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of the Conclusions of the Interim Meetings, and the other on the s etting “P 

Working Party to consider organizational measures to make the work of the C.G I R. more effective. 

The Director, C.C.I.R., in collaboration with this Working Party, he Chairman of Study 
Groups and in consultation with the members of the Secretariat is actively engaged in studies to 
assist the Working Party in the preparation of concrete proposals for improving the methods of 

working. 



5.4 Activities of the International Telegraph 
and Telephone Consultative Committee (C.C.I.T.T.) 


1. Work of Study Groups in 1966 

1.1 The Study Groups, Working Parties and Specialized Working Parties for technical assistance 
were extremely active in 1966. 

The meetings held in 1966 are shown in the table below. 

List of C.C.I.T.T. meetings held in 1966 


Date 


Subject of the meeting 


Place 


10-18 January 
7-11 February 
21 February- 
2 March 
21 February- 
2 March 
7-11 March 
15-17 March 
21 March- 1 April 

28 March-1 April 
13 April 
14-22 April 
25 April-3 May 


25-29 April 
25-29 April 
27-29 April 
2 May 

2- 5 May 

3- 9 May 

4- 6 May 
6-10 June 


GAS/2 (local networks) 

WP 33/XV (pulse code modulation systems) 

GAS/3 (economic and technical comparison of trans- 
mission systems) 

Study Group VII (definitions and symbols) 

Special Study Group C (noise) 

WP 3/XIV (channels for facsimile telegraphy) 

Plan Committee for Europe and the Mediterranean 
Basin 

WP IV/5 (maintenance instructions for new systems) 
GAS/1 (national automatic networks) 

Study Group XI (telephone switching and signalling) 
Study Group XIII (automatic and semi-automatic 
telephone networks) 

GAS/4 (primary energy sources) 

WP ALP (new telegraph alphabet) 

WP SYN (synchronous telegraphy) 

Laboratory WP 

Study Group VIII (telegraph appara/us and local 
subscriber lines) 

Study Group XII (telephone transmission quality and 
local telephone networks) 

Special Study Group B (world automatic and semi- 
automatic telephone network) 

Study Group XVI (telephone circuits) 


Geneva 


Rabat 

Geneva 


-ltd 

Paris 
Geneva 
New York 
New York 

” i n > 

Geneva 
Pari9 
Geneva 
>. , r 

.. .d.#i 

” . •. 


I 


New York 

Geneva 
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Date 

Subject of the meeting 

Place 

13-21 dune 

WP IV/1 (maintenance of category B circuits) 

Geneva 

7-20 September 

Plan Committee for Asia and Oceania 

Melbourne 

(5-14 September 

WP MRT (message retransmission) 

ii 

15-21 September 

WP TGX (world telex and gentex routing and trans- 



mission plan) 

a 

22-26 September 

WP EFF (efficiency factor) 

a 

22 Sept. -4 Oct. 

Study Group I (telegraph operation and tariffs) 


26-30 September 

WP IV/3 (routine maintenance programme; sound and 



television broadcasting circuits) 

Geneva 

20 Sept. -4 Oct. 

CxAS/2 (local telephone networks) 

51 

3-0 October 

WP IV/2 (measuring equipments) 

11 

3-7 October 

Study Group X (telegraph switching) 

Melbourne 

17-19 October 

WP LTG (use of lines for telegraphy) 

Geneva 

|9 October 

WP 14/XV (group, etc., pilots for data transmission) 

Geneva 

19-26 October 

WP XI/1 (Signalling System No. 6) 

Prague 

20-24 October 

WP on 12-MHz systems and WP on small coaxial pairs 

Geneva 

21-24 October 

WP on compandors 

11 

25 Oct. -4 Nov. 

Study Group XV (transmission systems) 

11 

7-16 November 

Analysis Group of GAS/5 

11 

11-23 November 

WP IV/4 (quality of the international network) 

Paris 

21 Nov. -2 Dec. 

Study Group IV (maintenance of lines, circuits and 


2 December 

circuit chains) 

11 

2H Nov. -9 Dec. 

Study Group II (telephone operation and tariffs) 

Geneva 

12-10 December 

Study Group III (general tariff principles — lease of 



telecommunication circuits) 

a 

12-10 December 

Joint WP V/VI (drafting of handbook on protection 



from lightning) 

ii 


Forty meetings were thus held covering 278 days in all (25 meetings and 197 days in 1965). 
Ihe most important results of these meetings, in each main field of activity, are as follows: 


; • Telegraphy 

1-2.1 Telegraph technique 

With the new Alphabet No. 5 (see under Data transmission) and the development of 100-baud 
° r "l 2C0-baud telegraph channels, telegraphy, influenced by the needs of data transmission, is 
■rrung towards the use of more rapid equipment in order to meet new demands. Study Group 
' (telegraph apparatus) is now examining the standardization required for the operation of such 
•fparatus on an international scale. 

Agreement was reached on synchronous multiplex telegraphy (without ARQ) which will 
Use( l 011 very long submarine cables. / 
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Studies of the message retransmission network made it possible to supplement the rules 
already proposed by standardizing the procedures for dealing with minor operational difficulties 
and organizing cooperation with the gentex network. The first list of destination indicators 
was agreed and published. 

Intensive studies were carried out regarding the introduction of fully automatic working 
in the telex network. Type C signalling was defined as well as the conditions for use of special 
channels (radiotelegraph channels with ARQ or channels established on synchronous multiples 
equipment). Study of the use of satellite channels was begun. Solutions were proposed to 
various important questions concerning the following: 

— start of the chargeable duration of telex calls for international accounts; 

precautions to be taken if ARQ is used on automatic connections; 

— precautions against head-on collision of calls on circuits operated in both directions. 

Finally, preliminary discussions were held on the new telegraph switching problems posed 
by equipment with a modulation rate higher than 50 bauds and by data transmission. 


1.2.2 Telegraph operation ;r 

Work was begun on the problem of simplifying the counting of words with a view to evol- 
ving procedures compatible with automatic checking. 

Detailed draft proposals were drawn up on the introduction of page printers in the gentex 
network. 

Precise proposals were framed on the transferred accounts service. 

An overall review was made of the lists, statistics, tables, etc., required for the telegraph 
service with a view to adapting the information to contemporary needs, avoiding duplication 
and eliminating useless data. 

Study Group I (Telegraph operation und tariffs) set up a working party to consider how the 
Telegraph Regulations might be simplified in accordance with Resolution No. 36 of the Montreux 
Plenipotentiary Conference. 

•'•)•! • 

1.3 Data transmission 

The important event of the year was the agreement achieved between Sub-Committee 2 
of I.S.O. Technical Committee 97 and the C.C.I.T.T. “ New Alphabet ” Working Party on a 7-bi 
alphabet with an extra bit for parity check (Alphabet N«. 5). , 

The main feature of this alphabet is that there are 32 non-printing combinations for con » 
and checking operations and 96 combinations for graphic signs. The correspondence estabto ^ 
between graphic signs and combinations constitutes the basic alphabet for normal use, u 1 
possible to leave the basic alphabet and use alphabets of special graphic signs and then to 
to the basic alphabet. The 32 combinations for operations and checking, on the ot er 
have strict assignments, although they may be added to. . pr ov» 

This alphabet is provided for data and message transmission when Alphabet No. P 

inadequate. , rn baud*- 

It should be pointed out that the alphabet requires modulation rates in excess o ^ 

After the Brussels meeting of Special Study Group A in December 1965, the year 
devoted to studies and tests in line with the Brussels directives in preparation for the con 
to be arrived at in 1967. 
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1967 January 20 
TOs Distribution "A" 


1) Miscellaneous 

A 'new Assistant Director of Standards for BEMA DPG, Nathaniel Stone, was 
present o Doug Ross of MIT has been appointed the principal member for 
AO!* Representatives of Printing Industries of America were present and 
will take their seats officially at the next meeting , which is April 13. 

The new USAS! procedures go to the member body committee on January 26 for 
vote, 

2) Proposed X3 scope is essentially agreed, with 26 yes and only 4 no. The 
basis of disagreement was the fear that X6 would get process control, 

Paul Goods tat stated he would check on revising the program of work 
assigned (with this new scope) to prevent this, 

3) A UoSo vote of approval has been submitted for the draft ISO proposal on 
Dimensions for Punched Paper Tape, 

4) The report of the ad hoc committee on I/O Interfaces was accepted, but 
X3 did not feel that it warranted subcommittee 3tatus at this time. The 
•27*1 vote favored continuance on an ad hoc basis to clean up the scope, 
provide objectives, and report periodically to X3, 

5) It was agreed that RS232-B (which is equivalent to CCXTT-V24) should not 
be processed as a standard pending receipt of RS232-C, which is due the 
end of 67, EXA TR-30 has also been asked to provide the expository 
material at that time. This led to a discussion of modularity in standards, 
and I have been asked to draft a policy on this for the next meeting, 

6) The draft on ©haracter Structure and Parity Sense (parallel-by-bit) was 
approved (27-1-1) for publication and letter ballot, 

7) So was the COBOL draft (26-0-2) on the same basis as X3.4 had approved; 
that is, contingent upon technical approval of the editorial work by 
X3,4»2 and X3,4,4, 

8) Flowchart conventions were also approved (27-0-1) for publication and 

final letter ballot without publication cycle, as they were published over 
a year ago. This brought a discussion of mechanical procedures in issuing 
standards, inasmuch as Germany has proposed that the symbols and the 
conventions form a single -numbered standard, at least at the international 
level. This might conflict with the modular standard policy. The B&1A 
DPG staff will investigate. 


9) The takeup reel standard for one inch perforated tape was granted an extension 
to the next meeting only, waiting upon ECMA comments, 

10) The draft standard on 11/16" perforated tapes was forwarded (25-0”3) to 
USASX, 







11) The draft on rectangular holes in 12-row punched cards was also forwarded 
(25-0-3) to USASI. However s McKenzie of IBM, having been Chairman ©f X3,2,3, 
agreed that the BGE and French position on how to define the reference line 
on the top of the card required further resolution. In speaking to this the 
Chairman of X3, Charlie Phillips 9 stated that mechanical procedures were such 
that USASI could not issua a standard until this was resolved. Upon this 
assurance, 1 abstained for GE rather than cast a no vote. The other points 
listed by BGE, particularly those on accumulative tolerances, were dismissed 
by McKenzie and X3,2.3 as not meaningful in the real world. It would seem 
that BGE, as a volume manufacturer of punch cards 3 possibly agrees to this 
and is only concerned on the theoretical effect. It would be useful if they 
could provide some wording to satisfy themselves in this dilemma , 

12) This concerns the X3,2 proposal for a compromise with the vociferous 
opposition on SHARE to prUSASCXI., This was a conciliatory paper by X3,2 
in response to X3.4 8 9 s retraction of their statement of opposition. 

It was also responsive to ACM's yes vote on the proposed standard 
(I engineered both these reversals). 

In opening the discussion, Phillips 3aw three difficulties! 

a) The apparent requirement by X3,2 that all "No” votes in X3 
(there were 5, IBM/ API /RC^/ JUG/ S tandard Register) be converted 
to "Yes". 

b) The proposed changes might be construed as not editorial, but 
substantive, 

c) X3,2 appeared to ask for commitments by manufacturers , which is 
contrary to the principle of volumtary USA standards. 



He stated that the IPSSB vote was not complete, but that at least 4 negative 
votes are known. 

Speaking for IBM, Haddad (who is rather influential as their Director of 
Engineering) said they could make no commitments, but noted that the 
suggestions of X3,2 can be accommodated under standard sales manual features, 
and in fact this ha3 been so all along. He thought a specific exposition on 
this option could be placed in the same sales manual, and would go a long way 
in pointing out its possibility and feasibility. He said he would try to have 
a customer-directed publication focus on such a possibility. To close the 
loop he stated that no consideration has been given to withdrawing this 
possibility in the sales manuals. Here, Auwaerter, on behalf of X3,2, said 
that Haddad 9 s statements met their intentions, and he thought Phillips had 
stated it rather too strongly. 



This led to a rather general confession period, RCA. *3 representative said 
he could not add anything to what Haddad had said, and that it stated their 
position nicely. Clam ons said that Univac also would offer a publication 
to support this compromise. X moved the adoption of the first portion of 
the X3.2 paper as a real modification to the proposed standard, for 30-day 
letter ballot. This was seconded by Haddad. During the discussion American 
Petroleum Institute, which is on both X3 and IPSSB, said they would try to 
sell it but it would take at least 30 day3, because they always got together 
at the SHARE meeting (February 13 in San Francisco) . 

Green stated that Standard Register would change, and that left only JUG. 
Utma.n stated they would not have another meeting until April. The motion 
passed (26-0-3) and Haddad requested that JUG and others take extraordinary 
measures to express vote reversal. 

Here are some of the hidden meanings: 

e) This compromise is technically unsound and unwarranted, but the 
effect is deemed to be minor and not realistically or logically 
in conflict with the draft ISO (Recommendation 1052) and CCITT 
standard codes. 

b) IK is very glad to save face, and they are jumping at this to do it. 
It was their customer group SHARE that went overboard on this, 
making outrageous demands on worldwide standards with the same 
nonchalance that they make outrageous demands on IBM. Thus IBM 
was pretty well caught in the middle. However, the compromise 
is not really what SHARE would wish it to be. Nevertheless, 
effecting this specific compromise at this time will give IBM the 
strength and backing it needs to resist firmly any further 
modification attempt by SHARE or JUG. 


13) With respect to approval of a scope and program of work for Joint X3.6.7- 
X3.4.2D, Carlson, of the Department of Defense, did not wish X3 to take any 
action. My motion to assign it exclusively to X3.4 lost 9-10-8. The result 
was 24-0-3 to not formalize anything further at this time, with open minds 
as to whether decision tables are, in fact, suitable for standardisation. 

IBM, NCR and some others expressed little enthusiasm for this work. 

14) The most crucial topic of the meeting concerned the 8-bit environment problem, 
which is presently only implicit in the draft magnetic tape standard. It is 
however explicit in TC97/SC2, where so far 5 countries have voted for bgSO, 
two have said "let3 talk further" and Japan has voted the IBM way. Tutorials 
followed. Griffin, Chairman of X3.2, gave the position of X3.2D, which 
remained bg-0. McKenzie spoke on the history of IBM’s decision to use the 

EBCDIC format, based upon 13 criteria of varying weight, all of which are 
impossible to answer by "yes". Lastly, Clemons presented Univac"s reasons 
for changing their position to concur with IBM. It must be stated that 
McKenzie’s exposition was the best and extremely fair. The only flaw I could 
find was allowing at most a 64 contiguous character block for KataKana, since 
I recall my advice from IBM Japan was for a required 78 characters. 

Clamons agruments were the most disturbing. His major points were: 

a) The need for a so-called HSASCXI-6 for 6-bit computers. 

b) That many computers exist. 

To understand his argument, remember that if BSASCII-6 consists of the 
central 4 3ticks of USASdI-7 ^ markedly different from the 6-bit code 
in the ISO Draft Recommendation 1052') then the latter code is derived bys 


c) The success of this compromise depends rather critically upon good 
will and simultaneous reversals. Since X have been the major thorn 
in SHARE’S side, with respect to their poor technical position, it 
was deliberate calculation on my part to be the mover of the motion. 
I am sure it was also deliberate by Haddad to be the seconder on 
behalf of IBM. This should give some psychological advantage to 
success. 

d) It is Interesting to note that American Petroleum Institute had to 
wait for the SHARE meeting before they could decide to change their 
vote. Many X3 members laughed embarrassedly when the API member 
made this slip. 

e) If this foolishness had been allowed to go on much longer without 
practical compromise, the entire USASdl and international code 
standardization would have been jeopardized seriously by IBM’s 
EBCDIC code in the 360. 


E l-5 " b l-5 


This is fixed. For the 8-bit environment, however, the two options being 
argued are X3.2’s, which is: 


E l-7 “ b l-7 


E 8 - 0 





It is true that if a USASCXI-6 were required , then the X3„2 position would 
be sounder if the arrangement of the present 7-bit code or USASCIX-7 were 
controls p lower case, specials and numeric, upper case. In this case the 
picture becomes; 



But ,, as I pointed out quite strongly, there are; 

a) No 6-bit computers being built or planned for USASCII-6 and, 

b) No existing 6-bit computers which could be retrofitted to use 
USASdI-6, for the simple reason that some of the 64 codes have 
been pre-empted by the existing hardware for control purposes. 

This is true, for example, in the IBM 1401, the 7080 and 7090e 
In fact, it is the 360 control codes already pre-empted 

for the edit which gives IBM their most strenuous objection to 
b Q » 0o Clippinger took exception to my statement, saying that 
8 

USAS&X-6 could be represented in two 6-bit characters 0 I pointed 
out that this merely reinforced my argument, since USASdI-8 could 
also in the same two characters. Thus this apparently beautiful line of 
reasoning collapsed immediately,. 


- 6 - 

None of the three IBM representatives there made any attempt to contradict 
my statements or support Clamons. I then reminded X3 that the many existing 
computers claimed by Clamons were in fact built to the EBCDIC code, not 
USASCXI. Again no disagreement from IBM. 

Several X3 members commended the exposition, mentioning that this was the first 
time they really understood the opposing viewpoints. Auwaerter°s reply to 
this was amusing, to the effect that it was probably because it was the 
third time they had heard this presentation and it was M characteristic of 
this particular subject that the more you hear it, the more you think you 
understand it." 

All the above may have very little influence cn the vote on the draft 
standard for magnetic tape. It could be that this will not succeed at the 
X3 level. Then the only way to proceed will be to remove these considerations 
from the magnetic tape standard and put them in a separate environmental 
standard, which is what IBM wanted to have done two years ago, in which I 
concurred. The problem is that had one listened to IBM at that time the 
issue could have been settled much sooner and the EBCDIC adherents would 
not have their present strength. To my mind this is an interesting 
example of arbitrarily opposing IBM so hard that you gave them a distinct 
advantage. 

15) The scope changes for X3.3 and X3.2 were approved without much discussion 
and almost unanimously. 

16) A report from X3.5 found general disfavor in that they proposed to rewrite 
the present proposal and expand it. Further, many members felt that it was 
of more importance to bring together the new terms developing in the 
industry, particularly those of importance to the other X3.i subcommittees. 

It was also pointed out that the coherent structure of the IFIP/ICC 
vocabulary would be much more useful to these subcommittees than the present 
dictionary approach. The chairman invited several members to make written 
comments by February 15. 

17) Attached is a partial meeting schedule which I have been able to assemble. 
Recipients of this report are requested to give further information 

(on the meetings noted below) to Mr. H.H. Green, who will reissue it 
periodically in a complete form. 
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Bell Telephone Laboratories 

INCORPORATED 

Holm del. New Jersey 
Telephone 
Area Code 201 

949-3000 / M 


MEMBERS X3.2: 

Attached is further insight into the nomenclaturai aspects 
of our work. 

With respect to the last item of the article, it is of 
interest to note that the inhabitants of the parallel 
4l° 48' N* are never ASCII. 

Yours very truly, 

D. A. KERR 
Member X3.2 

Att . 

As above 


* Which passes through such cities as Crescent City, 
California, Earling, Iowa and Poughkeepsie, New York. 
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—As, the afceticsj or devout treatifes of St, Bafil, archbifhop 
of Csefarea in Cappadocia. 

We alfo fay the afcetic life , meaning the exercife of prayer^ 
meditation, and mortification. — See Mystic, 

A SECRET! 3. See the article Secretary. 
ASCETERXUM, Assisterium, Archisterium, &c. 
are words frequently ufed among our ancient writers for a 
monaftery, See Monastery. 

ASCII*, in geography, are thofe inhabitants of the globe, 
which, at certain times of the year, have no fhadowf Seo 
Earth, and Shadow. 

* The word is formed of the privative particle and <nua 9 
umbra , fhadow. 

Such are the inhabitants of the torrid zone; by-reafonthe 
fun is fometimes vertical to them. See Torrid and Zone. 
—To find on what days the people of any parallel are afciu 
See Globe. 


e 

•t 


SCITfiE*, in antiquity, a fe«9: or branch of Montanifts 3 
who appeared in the feccnd century. See Montanist. 

* The word is derived from the Greek ocotkos, a bag or bottle. 
The /if cites were fo called, becaufe they introduced a kind 
of Bacchanals, into their afTem biles, who danced round a bag 
or (kin blowed up ; faying, they were thofe new bottles fil- 
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Wifh ?t= A Standa ^ d implies a consensus of those substantially concerned 
with its scope and provisions. A USA Standard is intended as a guide to aid 

a UsTsi'andardd C ° t nSUmer ' and the ^eral Public. The existence of 
a USA Standard does not m any respect preclude anyone, whether he has 

approved the standard or not, from manufacturing, marketing purchasing 
F J1 S1 " 8 Products, processes, or procedures not conforming to § the standard’ 
USA Standards are subject to periodic review and users are cautioned to 

USAS^d a n eSt ed ‘ tl0nS - Prod ucers of goods made in conformity with a 
USA Standard are encouraged to state on their own responsibility Ynad- 
ertismg promotion material, or on tags or labels, that the goods are 
p oduced in conformity with particular USA Standards. 



r uuu&utJU uy 


United States of America Standards Institute 

10 East 40th Street, New York, N. Y. 10016 


No portion of this publication may be quoted or reproduced in any form without 
the written permission of the United Steles of America Standees Instate 

Copyright 1967 by the United States of American Standards Institute 
Universal Decimal Classification 681.3 

Printed in USA 

A20M767/2 


Foreword 

I I his f oreword is not a part of the USA Standard Code for Information Interchange, X3.4- 1 967. ) 


This USA Standard presents the standard coded character set to be used for information inter- 
change among information processing systems, communication systems, and associated equipment. 

Other standards will prescribe the means of implementing this standard in media, such as perforated 
tape, magnetic tape, and punched cards. Further standards will deal with error control, data com- 
munication formats, keyboards, graphic representation of control characters, and code extension con- 
siderations. 

The 7-bit coded character set was developed from a careful review of past work in the field, and, 
after a comprehensive program of original research and code design, was completed. Careful consid- 
eration has been given to the several conflicting code set requirements, and their resolution is 
reflected in the standard code. 

This standard was approved as a USA Standard by the United States of America Standards 
Institute on July 7, 1967. 

Suggestions for improvement gained in the use of this standard will be welcome. They should be 
sent to the United States of America Standards Institute, 10 East 40th Street, New York, N.Y. 10016. 

The ISA Standards Committee on Computers and Information Processing, X3, which developed 
this standard, had the following personnel at the time of approval: 


C. A. Phillips. Chairma 


P. B. Goodstat. Secretary 


'bznnizatinn Represented v c o 

.\ame of Represent at tie 

Administrative Management Society q $ Everhardt 

\ir 1 ransport Association EC White 

American Bankers Association q ^ p rey 

American (/as Association & Edison Electric Institute [. Comerford 

American Institute of (.ertified Public .Accountants G. B. Davis 

American Library- Association pj* Avram 

American Newspaper Publishers Association W D Rinehart 

American Petroleum Institute Z"Z"I":""Z::: F.A. Gitzendanner 

Association ot American Railroads q L Byham 

Association for Computing Machinery G j p oss 

Association for Educational Data Systems yj Gotterer 

Business Equipment Manufacturers Association Berner 

R. F. Clippinger 
C. T. Deere 

U. C. S. Dilks 

S. Erdreich 

I. M. Gardoff 
R. W. Green 

J. A. Haddad 
P. A. Lesser 
R. J. Mindlin 
G. Poorte 

Council of State Governments G q 

Data Processing Management Association £. EHiott 

Electronic Industries Association u u e -.l 

Engineers Joint Council ~"~ZZZZ""“"""" \V. M. Carlson 

General Services Administration m. W. Burris 

Institute of Electrical and Electronics Engineers G. yj Patterson 

Insurance Accounting and Statistical Association j 

International Communications Association G L Hutchinson 

Joint LTors Group R- E. Utman 

Lite Uttice Management Association v R mi i an£r# > r 

National Bureau of Standards j / ft Wegstein 

National Machine Tool Builders Association E Koschella 

National Retail Merchants Association E. Langtry 

Printing Industries of America P Chvany 

>cientific Apparatus Makers Association 3 Schultz 

Systems and Procedures Association ZZZZZiZZZ E.Tomeski 

leiephone Croup | \v. Claussen 

USA Standards Committee on Office Machinery, X4 C. E. Cinder 

U. S. Department of Defense q l ' Bowlby 



and'lnm, fn?'. "" deVei °P ed and P rocessed throu ^ the X3.2 Subcommittee on Codes 

and Input-Output, the subcommittee membership was as follows: 

L. L. Griffin, Chairman 


R. Adams 

John F. Auwaerter 
E. A. Avakian 
T. R. Bousquet 
Robert M. Brown 
N. Clark 

C. Crandall 
Robert J. Donohue 

S. Erdreich 

D. E. Holmes 
H. R. Hoots 
R. M. Ireland 
M. R. Jepson 


D. A. Kerr 
R. Kudisch 
John L. Little 
C. E. Mackenzie 
W. H. McKenzie 
M. Mendelsohn 
George L. Murphy 
J. K. Nelson 

H. Spielman 
J. E. Taunt 
R. E. Utman 

E. F. Vidro, Jr. 

G. E. Williams 


peJsonnd^ Gr ° UP °" ^ DeVel °P ment ’ X3 ' 2 - 4 > which developed the proposal, had the following 

John L. Little, Chairman 


E. A. Avakian 
J. B. Booth 
E. H. Clamons 
N. Clark 
W. S. Crosby 

R. J. Donohue 
W. F. Emmons 

S. Erdreich 

E. S. Fergusson 


E. F. Vidro, Jr 


H. R. Hoots 
W. F. Huf 
H. F. Ickes 
D. A. Kerr 
R. Kudisch 
C. N. Mooers 
J. K. Nelson 
H. Spielman 
L. R. Turner 


It should be recognized that although X3.2 and X3.2.4 members are variously affiliated, work on 
basis C ° mmittee ^ USk §r ° UP 15 a ° hieVed P rimaril y an individual competence and experience 
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USA Standard Code 
for Information Interchange 


1. Scope 

This coded character set is to be used for the general interchange of information among information processing 
systems, communication systems, and associated equipment. 
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3. Character Representation 

The standard 7-bit character representation, with b 7 the high-order bit and b, the low-order bit, 
is shown below: 

EXAMPLE: The bit representation for the character “K,” positioned in column 4, row 11, is 

b 7 b 6 b 5 b 4 b 3 b 2 b, 

10 0 10 11 

The code table position for the character “K” may also be represented by the notation “column 4, 
row 11 or alternatively as '4/ 1 1 . The decimal equivalent of the binary number formed by bits b 7 , b 6 , 
and b 5 , collectively, forms the column number, and the decimal equivalent of the binary number 
formed by bits b 4 , b 3 , b 2 , and b ( , collectively, forms the row number. 


4. Legend 


4.1 Control Characters 

NUL Null DLE 

SOH Start of Heading ICC) DC1 

STX Start of Text (CC I DC2 

ETX End of Text (CC) DC3 

EOT End of Transmission (CC) DC4 

ENQ Enquiry (CC) NAK 

ACK Acknowledge (CC) SYN 

BEL Bell (audible or attention signal) ETB 

BS Backspace (FE) CAN 

HT Horizontal Tabulation (punched card skip) (FE) EM 

LF Line Feed (FE) SUB 

VT Vertical Tabulation (FE) ESC 

FF Form Feed (FE) FS 

CR Carriage Return (FE) GS 

50 Shift Out RS 

51 Shift In US 

DEL 


NOTE: (CC) Communication Control 
(FE) Format Effector 
(IS) Information Separator 

‘In the strict sense, DEL is not a control character. (See 5.2.) 


Data Link Escape (CC) 

Device Control 1 
Device Control 2 
Device Control 3 
Device Control 4 (Stop) 
Negative Acknowledge (CC) 
Synchronous Idle (CC) 

End of Transmission Block (CC) 
Cancel 

End of Medium 

Substitute 

Escape 

File Separator (IS) 

Group Separator (IS) 

Record Separator (IS) 

Unit Separator (IS) 

Delete 1 
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i the low-order bit. 


4.2 Graphic Characters 


Li v 1 1 , is 

Column/Row 

Symbol 


2/0 

SP 


2/1 

! 

iot„.jon “column 4, 

2/2 

II 

rmed by bits b 7 , b 6 , 

2/3 

# 

:ht binary number 

2/4 

$ 


2/S 

% 


2/6 

& 

j 

2/7 

' 


2/8 

( 


2/9 

) 


2/10 

* 


2/11 

+ 


2/12 

, 


2/13 

- 

:c 

2/14 



2/15 

/ 


3/10 



3/11 

» 


3/12 

< 

top 1 

Ige X) 

3/13 


:ci 

3/14 

> 

i 1 ck (CC) 

3/15 

7 


4/0 

@ 


5/11 

[ 

j 

5/12 

\ 

i 1 

5/13 

I 


5/14 

- 

: i 

5/15 

— 

5 1 

S) 

6/0 


7/11 

! 


7/12 

I 

1 


7/13 

I 


7/14 



Name 

Space (Normally Non-Printing) 

Exclamation Point 
Quotation Marks (Diaeresis 2 ) 

Number Sign 3 ' 4 
Dollar Sign 
Percent 
Ampersand 

Apostrophe (Closing Single Quotation Mark; Acute Accent 2 ) 

Opening Parenthesis 

Closing Parenthesis 

Asterisk 

Plus 

Comma (Cedilla 2 ) 

Hyphen (Minus) 

Period (Decimal Point) 

Slant 
Colon 
Semicolon 
Less Than 
Equals 

Greater Than 
Question Mark 
Commercial At 3 
Opening Bracket 3 
Reverse Slant* 

Closing Bracket 3 

Circumflex 2 ' 3 

Underline 

Grave Accent 2 ' 3 (Opening Single Quotation Mark) 

Opening Brace 3 
Vertical Line* 

Closing Brace 3 

Overline* (Tilde 2 ; General Accent 2 ) 


X3.4 


2 The use of the symbols in 2/2, 2/7, 2/12, 5/14, 6/0, and 7/14 as diacritical marks is described in Appendix A, A5.2. 

*These characters should not be used in international interchange without determining that there is agreement be- 
tween sender and recipient. (See Appendix B4. ) 

4 In applications where there is no requirement for the symbol #, the symbol £ may be used in position 2/3. 
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5. Definitions 

5.1 General 

ICC) Communication Control: A functional char- 
acter intended to control or facilitate transmission of 
information over communication networks. 

|FE) Format Effector: A functional character which 
controls the layout or positioning of information in print- 
ing or display devices. 

(IS) Information Separator: A character which is 
used to separate and qualify information in a logical 
sense. There is a group of four such characters, which 
are to be used in a hierarchical order. 

5.2 Control Characters 

MUL (Null): The all-zeros character which may serve 
to accomplish time fill and media fill. 

SOH (Start of Heading): A communication control 
character used at the beginning of a sequence of char- 
acters which constitute a machine-sensible address or 
routing information. Such a sequence is referred to as 
the ’‘heading.” An STX character has the effect of termi- 
nating a heading. 

SIX (Start of Text): A communication control char- 
acter which precedes a sequence of characters that is to 
be treated as an entity and entirely transmitted through 
to the ultimate destination. Such a sequence is referred 
to as “text.” STX may be used to terminate a sequence 
of characters started bv SOH. 

ETX (End of Text): A communication control char- 
acter used to terminate a sequence of characters started 
with STX and transmitted as an entity. 

EOT | End of Transmission): A communication con- 
trol character used to indicate the conclusion of a trans- 
mission, which may have contained one or more texts 
and any associated headings. 

ENQ (Enquiry): A communication control character 
used in data communication systems as a request for a 
response from a remote station. It may be used as a “Who 
Are You (WRU) to obtain identification, or may be 
used to obtain station status, or both. 

ACK | Acknowledge): A communication control char- 
acter transmitted by a receiver as an affirmative response 
to a sender. 

BEL (Bell): A character for use when there is a need 
to call for human attention. It may control alarm or 
attention devices. 

BS (Backspace): A format effector which controls 
the movement of the printing position one printing space 
backward on the same printing line. (Applicable also 
to display devices.) 

HT (Horizontal Tabulation): A format effector 
which controls the movement of the printing position to 
the next in a series of predetermined positions along the 
printing line. (Applicable also to display devices and 
the skip function on punched cards.) 
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Feed): A format effector which controls 
the movement of the printing position to the next print- 
ing line. (Applicable also to display devices.) 

VT (Vertical Tabulation): A format effector which 
controls the movement of the printing position to the 
next in a series of predetermined printing lines. (Ap- 
plicable also to display devices.) 

FF (Form Feed): A format effector which controls 
the movement of the printing position to the first pre- 
determined printing line on the next form or page. (Ap- 
plicable also to display devices.) 

CR (Carriage Return): A format effector which con- 
trols the movement of the printing position to the first 
printing position on the same printing line. (Applicable 
also to display devices.) 

50 (Shift Out): A control character indicating that 
the code combinations which follow shall be interpreted 
as outside of the character set of the standard code table 
until a Shift In character is reached. 

51 (Shift In): A control character indicating that 
the code combinations which follow shall be interpreted 
according to the standard code table. 

OLE (Data Link Escape): A communication control 
character which will change the meaning of a limited 
number of contiguously following characters. It is used 
exclusively to provide supplementary controls in data 
communication networks. 

DC1, DC2, DC3, DC4 (Device Controls): Characters 
for the control of ancillary devices associated with data 
processing or telecommunication systems, more espe- 
cially switching devices “on” or “off.” (If a single “stop” 
control is required to interrupt or turn off ancillary de- 
vices, DC4 is the preferred assignment.) 

IV AK (Negative Acknowledge): A communication 
control character transmitted by a receiver as a negative 
response to the sender. 

SYN (Synchronous Idle): A communication control 
character used by a synchronous transmission system in 
the absence of any other character to provide a signal 
from which synchronism may be achieved or retained. 

ETB (End of Transmission Block): A communi- 
cation control character used to indicate the end of a 
block of data for communication purposes. ETB is used 
for blocking data where the block structure is not nec- 
essarily related to the processing format. 

CAN (Cancel): A control character used to indicate 
that the data with which it is sent is in error or is to be 
disregarded. 

EM (End of Medium): A control character asso- 
ciated with the sent data which may be used to identify 
the physical end of the medium, or the end of the used, 
or wanted, portion of information recorded on a medium. 
(The position of this character does not necessarily cor- 
respond to the physical end of the medium.) 1 

SUB (Substitute): A character that may be sub- 
stituted for a character which is determined to be in- 
valid or in error. 
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5. Definitions 

5.1 General 

(CC) Communication Control: A functional char- 
acter intended to control or facilitate transmission of 
information over communication networks. 

(FE) Format Effector: A functional character which 
controls the layout or positioning of information in print- 
ing or display devices. 

(IS) Information Separator: A character which is 
used to separate and qualify information in a logical 
sense. There is a group of four such characters, which 
are to be used in a hierarchical order. 

5.2 Control Characters 

NUL (Null): The all-zeros character which may serve 
to accomplish time fill and media fill. 

SOH (Start of Heading): A communication control 
character used at the beginning of a sequence of char- 
acters which constitute a machine-sensible address or 
routing information. Such a sequence is referred to as 
the “heading.” An STX character has the effect of termi- 
nating a heading. 

STX (Start of Text): A communication control char- 
acter which precedes a sequence of characters that is to 
be treated as an entity and entirely transmitted through 
to the ultimate destination. Such a sequence is referred 
to as “text.” STX may be used to terminate a sequence 
of characters started by SOH. 

ETX (End of Text): A communication control char- 
acter used to terminate a sequence of characters started 
with STX and transmitted as an entity. 

EOT (End of Transmission): A communication con- 
trol character used to indicate the conclusion of a trans- 
mission, which may have contained one or more texts 
and any associated headings. 

ENQ (Enquiry): A communication control character 
used in data communication systems as a request for a 
response from a remote station. It may be used as a “Who 
Are You” (WRU) to obtain identification, or may be 
used to obtain station status, or both. 

ACK (Acknowledge): A communication control char- 
acter transmitted by a receiver as an affirmative response 
to a sender. 

BEL (Bell): A character for use when there is a need 
to call for human attention. It may control alarm or 
attention devices. 

BS (Backspace): A format effector which controls 
the movement of the printing position xine printing space 
backward on the same printing line. (Applicable also 
to display devices.) 

HT (Horizontal Tabulation): A format effector 
which controls the movement of the printing position to 
the next in a series of predetermined positions along the 
printing line. (Applicable also to display devices and 
the skip function on punched cards.) 

H/x. 
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LF (Line Feed): A format effector which controls 
the movement of the printing position to the next print- 
ing line. (Applicable also to display devices.) 

VT (Vertical Tabulation): A format effector which 
controls the movement of the printing position to the 
next in a series of predetermined printing lines. (Ap- 
plicable also to display devices.) 

FF (Form Feed): A format effector which controls 
the movement of the printing position to the first pre- 
determined printing line on the next form or page. (Ap- 
plicable also to display devices.) 

CR (Carriage Return): A format effector which con- 
trols the movement of the printing position to the first 
printing position on the same printing line. (Applicable 
also to display devices.) 

50 (Shift Out): A control character indicating that 
the code combinations which follow shall be interpreted 
as outside of the character set of the standard code table 
until a Shift In character is reached. 

51 (Shift In): A control character indicating that 
the code combinations which follow shall be interpreted 
according to the standard code table. 

DLE (Data Link Escape): A communication control 
character which will change the meaning of a limited 
number of contiguously following characters. It is used 
exclusively to provide supplementary controls in data 
communication networks. 

DC1, DC2, DC3, DC4 (Device Controls): Characters 
for the control of ancillary devices associated with data 
processing or telecommunication systems, more espe- 
cially switching devices “on” or “off.” (If a single stop 
control is required to interrupt or turn off ancillary de- 
vices, DC4 is the preferred assignment.) 

NAK (Negative Acknowledge): A communication 
control character transmitted by a receiver as a negative 
response to the sender. 

SYN (Synchronous Idle): A communication control 
character used by a synchronous transmission system in 
the absence of any other character to provide a signal 
from which synchronism may be achieved or retained. 

ETB (End of Transmission Block): A communi- 
cation control character used to indicate the end of a 
block of data for communication purposes. ETB is used 
for blocking data where the block structure is not nec- 
essarily related to the processing format. 

CAN (Cancel): A control character used to indicate 
that the data with which it is sent is in error or is to be 
disregarded. 

EM (End of Medium): A control character asso- 
ciated with the sent data which may be used to identify 
the physical end of the medium, or the end of the used, 
or wanted, portion of information recorded on a medium. 
(The position of this character does not necessarily cor- 
respond to the physical end of the medium.) 

SUB (Substitute): A character that may be sub- 
stituted for a character which is determined to be in- 
valid or in error. 
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ESC (Escape): A. control character intended to pro- 
vide code extension (supplementary characters) in gen- 
eral information interchange. The Escape character 
itself is a prefix affecting the interpretation of a limited 
number of contiguously following characters. 

FS (File Separator), GS iGroup Separator), RS 
(Record Separator), and US (Unit Separator): These 
information separators may be used within data in op- 
tional fashion, except that their hierarchical relation- 
ship shall be: FS is the most inclusive, then GS, then 
RS, and US is least inclusive. IThe content and length 
of a File, Group, Record, or Unit are not specified.) 

DEU (Delete): This character is used primarily to 
erase or obliterate erroneous or unwanted char- 
acters in perforated tape. (In the strict sense, DEL is 
not a control character.) 

5.3 Graphic Characters 

SP (Space): A normally non-printing graphic char- 
acter used to separate words. It is also a format effector 
which controls the movement of the printing position, 
one printing position forward. (Applicable also to dis- 
play devices.) 

6. General Considerations 

h-1 This standard does not define the means by which 
the coded set is to be recorded in any physical medium, 


nor does it include any redundancy or define techniques 
for error control. Further, this standard does not define 
data communication character structure, data communi- 
cation formats, code extension techniques, or graphic 
representation of control characters. 

6.2 Deviations from the standard may create serious 
difficulties in information interchange and should be 
used only with full cognizance of the parties involved. 

6.3 The relative sequence of any two characters, when 
used as a basis for collation, is defined by their binary 
values. 

6.4 No specific meaning is prescribed for any of the 
graphics in the code table except that which is under- 
stood by the users. Furthermore, this standard does not 
specify a type style for the printing or display of the 
various graphic characters. In specific applications, it 
may be desirable to employ distinctive styling of indi- 
vidual graphics to facilitate their use for specific pur- 
poses as, for example, to stylize the graphics in code 
positions 2/1 and 5/14 into those frequently associated 
with logical OR ( I ) and logical NOT ( ’ ), respectively. 

6.5 The appendixes to this standard contain additional 
information on the design and use of this code. 


f 
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Appendixes 

IThese Appendixes are not a part of ISA Standard Code for Information Interchange, X3.4-1967, but are included to facilitate its use.) 


Appendix A 

Design Considerations for the Coded Character Set 


Al. Introduction A4. Set Structure 


The standard coded character set is intended for the 
interchange of information among information processing 
systems, communication systems, and associated equip- 
ment. 


A2. Considerations Affecting the Code 

There were many considerations that determined the 
set size, set structure, character selection, and char- 
acter placement of the code. Among these were (not 
listed in order of priority): 

( 1 ) Need for adequate number of graphic symbols 

(2) Need for adequate number of device controls, 
format effectors, communication controls, and informa- 
tion separators 

(3) Desire for a non-ambiguous code, i.e., one in 
which every code combination has a unique interpre- 
tation 

(4) Physical requirements of media and facilities 

(5) Error control considerations 

(6) Special interpretation of the all-zeros and all- 
ones characters 

|7) Ease in the identification of classes of char- 
acters 

(8) Data manipulation requirements 

(9) Collating conventions 

(a) Logical 

(b) Historical 

(10) Keyboard conventions 

(a) Logical 

(b) Historical 

(11) Other set sizes 

(12) International considerations 

(13) Programming languages 

(14) Existing coded character sets. 

A3. Set Size 

A 7-bit set is the minimum size that will meet the re- 
quirements for graphics and controls in applications 
involving general information interchange. 


A4.1 In discussing the set structure it is convenient 
to divide the set into 8 columns and 16 rows as indicated 
in this standard. 

A4.2 It was considered essential to have a dense subset 
which contained only graphics. For ease of identification 
this graphic subset was placed in six contiguous columns. 

A4.3 The first two columns were chosen for the controls 
for the following three reasons: 

(1) The character NUL by its definition has the lo- 
cation 0/0 in the code table. NUL is broadly considered 
a control character. 

(2) The representations in column 7 were felt to be 
most susceptible to simulation by a particular class of 
transmission error — one which occurs during an idle 
condition on asynchronous systems. 

(3) To permit the considerations of graphic subset 
structure described in A6 to be satisfied, the two columns 
of controls had to be adjacent. 

A4.4 The character set was structured to enable the 
easy identification of classes of graphics and controls. 


A5. Choice of Graphics 

A5.1 Included in the set are the numerals 0 through 9, 
upper and lower cases of the alphabetic letters A through 
Z, and those punctuation, mathematical, and business 
symbols considered most useful. The set includes a num- 
ber of characters commonly encountered in programming 
languages. In particular, all the COBOL and FORTRAN 
graphics are included. 

A5.2 In order to permit the representation of languages 
other than English, one diacritical (or accent) mark 
has been included, and provision has been made for the 
use of five punctuation symbols alternately as diacritical 
marks. The pairing of these punctuation symbols with 
their corresponding diacritical marks was done to facili- 
tate the design of a typeface which would be acceptable 
for both uses. 
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These arrangements are: 

Code fable Use 


ol/Row 

Symbol 

Punctuation 

Diacritical 

•in 

o 

Quotation Marks 

Diaeresis 

2/7 

' 

Apostrophe 

Acute Accent 

2/ 1 2 

> 

Comma 

Cedilla 

5/14 


1 None ) 

Circumflex 

6/0 


Opening Single 




Quotation Mark 

Grave Accent 

7/14 


Overline 

Tilde* 


*May also be used for other accents not specifically provided. 
A5.3 The character overline is shown as it is in the 
code table to suggest a means of avoiding confusion 
with underline, and to reflect its use as tilde. The char- 
acter vertical line is shown as it is in the code table to 
avoid confusion with the solid vertical bar frequently 
used as a logical operator, which may be found in some 
systems as a graphic stylization of exclamation point. 

A6. Graphic Subset Structure 

A6.1 The basic structure of the dense graphic subset 
was influenced bv logical collating considerations, the 
requirements of simplv related 6-bit sets, and the needs 
of typewriter-like devices. For information processing, it 
is desirable that the characters be arranged in such a 
way as to minimize both the operating time and the hard- 
ware components required for ordering and sequencing 
operations. This requires that the relative order of char- 
acters. within classes, be such that a simple comparison 
of the binary codes will result in information being 
ordered in a desired sequence. 

A6.2 Conventional usage- requires that SP (space) be 
ahead of any other symbol in a collatable set. This per- 
mits a name such as "JOHNS” to collate ahead of a name 
such as '‘JOHNSON." The requirement that punctuation 
symbols such as comma also collate ahead of the alpha- 
bet (“JOHNS, A” should also collate before “JOHNSON”) 
establishes the special symbol locations, including SP, in 
the first column of the graphic subset. 

A6.3 To simplify the design of typewriter-like devices, it 
is desirable that there be only a common 1-bit difference 
between characters to be paired on keytops. This, to- 
gether with the requirements for a contiguous alphabet, 
and the collating requirements outlined above, resulted 
in the placement of the alphabet in the last four columns 
of the graphic subset and the placement of the numerals 
in the second column of the graphic subset. 

A6.4 It is expected that devices having the capability 
of printing only 64 graphic symbols will continue to be 
important. It may be desirable to arrange these devices 
to print one symbol for the bit pattern of both upper and 
lower case of a given alphabetic letter. To facilitate this, 
there should be a single bit difference between the upper 
and lower case representations of any given letter. Com- 
bined with the requirement that a given case of the alpha- 
bet be contiguous, this dictated the assignment of the 
alphabet, as shown, in columns 4 through 7. 


A6.5 To minimize ambiguity caused by the use of a 64- 
graphic device as described above, it is desirable, to the 
degree possible, that each character in column 6 or 7 
differ little in significance from the corresponding char- 
acter in column 4 or 5. In certain cases, this was not 
possible. 

A6.6 The assignment of reverse slant and vertical line , 
the brackets and braces, and circumflex and overline 
were made with a view to the considerations of A6.5. 

A6.7 The resultant structure of “specials” (S), “digits” 
(D), and “alphabetics” (A) does not conform to the most 
prevalent collating convention (S-A-Dl because of other 
more demanding code requirements. 

A6.8 The need for a simple transformation from the set 
sequence to the prevalent collating convention was rec- 
ognized, and dictated the placement of some of the 
“specials” within the set. Specifically, those special sym- 
bols, viz., ampersand ( & ), asterisk (*), comma 1,1, 
hyphen (-), period (.), and slant (/I, which are most 
often used as identifiers for ordering information and 
which normally collate ahead of both the alphabet 
and the numerals, were not placed in the column con- 
taining the numbers, so that the entire numeric col- 
umn could be rotated via a relatively simple transforma- 
tion to a position higher than the alphabet. The sequence 
of the aforementioned “specials” was also established 
to the extent practical to conform to the prevalent collat- 
ing convention. 

A6.9 The need for a useful 4-bit numeric subset also 
played a role in the placement of characters. Such a 4-bit 
subset, including the digits and the symbols asterisk, 
plus (+), comma, hyphen, period, and slant, can easily 
be derived from the code. 

A6.10 Considerations of other domestic code sets, in- 
cluding the Department of Defense former standard 8- 
bit data transmission code (“Fieldata”-! 96 1 ), as well as 
international requirements, played an important role in 
deliberations that resulted in the code. The selection 
and grouping of the symbols dollar sign ($), percent 
(%), ampersand (&), apostrophe (’), less than (<), equals 
( = ), and greater than (>) facilitate contraction to either 
a business or scientific 6-bit subset. The position of 
these symbols, and of the symbols comma, hyphen, 
period, and slant, facilitates achievement of commonly 
accepted pairing on a keyboard. The historic pairing of 
question mark and slant is preserved and the less than 
and greater than symbols, which have comparatively 
low usage, are paired with period and comma so that in 
dual-case keyboard devices where it is desired to have 
period and comma in both cases, the less than and 
greater than symbols are the ones displaced. Provision 
was made for the accommodation of alphabets con- 
taining more than 26 letters and for 6-bit contraction 
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by the location of low-usage characters in the area fol- 
lowing the alphabet. In addition, the requirement for 
the digits 10 and 11 used in sterling monetary areas 
was considered in the placement of the asterisk, plus, 
semicolon, and colon, so that the 10 and 11 could be 
substituted for the semicolon and colon. 

A7. Control Subset Content and Structure 

Ar.l The control characters included in the set are 
those required for the control of terminal devices, input 
and output devices, format, or communication transmis- 
sion and switching on a general enough basis to justify 
inclusion in a standard set. 

A7.2 Many control characters may be considered to 
fall into the following categories: 

I 1 I Communication Controls 
12) Format Effectors 
131 Device Controls 
1 4 1 Information Separators. 


To the extent practical controls of each category were 
grouped in the code table. The structure chosen also 
facilitates the contraction of the set to a logically re- 
lated 6-bit set. 

A7.3 The information separators (FS, GS, RS, US) 
identify boundaries of various elements of information, 
but differ from punctuation in that they are primarily 
intended to be machine sensible. They were arranged in 
accordance with an expected hierarchical use, and the 
lower end of the hierarchy is contiguous in binary order 
with SP (space) which is sometimes used as a machine- 
sensible separator. Subject to this hierarchy the exact 
nature of their use within data is not specified.. 

A7.4 The character SYN (Synchronous Idle) was located 
so that its binary pattern in serial transmission was un- 
ambiguous as to character framing, and also to optimize 
certain other aspects of its communication usage. 

A7.5 ACK (Acknowledge! and NAK (Negative Acknowl- 
edge) were located so as to gain the maximum practical 
protection against mutation of one into the other by 
transmission errors. 


Appendix B 
Notes on Application 


Bl. Introduction 

Bl.l The standard code was developed to provide for 
information interchange among information processing 
systems, communications systems, and associated equip- 
ment. In a system consisting of equipment with several lo- 
cal or native codes, maximum flexibility will be achieved 
if each of the native codes is translated to the standard 
whenever information interchange is desired. 

B1.2 Within any particular equipment, system, or com- 
munity of activity, it may be necessary to substitute 
characters. For example, some systems may require 
special graphic symbols and some devices may require 
special control codes. (Design efforts on the standard 
code included consideration of these types of adapta- 
tions.) So-called secular sets’ produced by such sub- 
stitutions, although not conforming to this standard, 
may nonetheless be consonant with it if substitutions 
are made in accordance with the guidelines of B2. 

B2. Character Substitutions 

B2.1 Any character substitution will result in a coded 
character set which does not conform to this standard. 


B2.2 It is recommended that when a character is sub- 
stituted in the code table for a standard character, the 
standard character should not be reassigned elsewhere in 
the table. Such a substitute character, once assigned, 
should not be subsequently reassigned elsewhere. 

B2.3 It is recommended that graphic substitutions be 
made only in the graphic area and control substitutions 
only in the control area. Any substitution involving a 
control should be made only with full cognizance of all 
possible operational effects. 

B2.4 It should be noted that this standard specifies, for 
each position of the code table, the information repre- 
sented by the character and not necessarily the precise 
action taken by the recipient when the character is re- 
ceived. In the case of graphics, considerable variation in 
the actual shape printed or displayed may be appropriate 
to different units, systems, or fields of application. In 
the case of controls, the action performed is dependent 
upon the use for which the particular system is intended, 
the application to which it is being put, and a number of 
conventions established by the user or designer — some 
system-wide and some unique to a particular unit. 
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B2.5 Typical examples of diversity in execution not 

necessarily contrary to this standard are: 

(It A number of graphic symbols, other than that used 

in the code table, are used for ampersand in various 
type styles; still other symbols may be more appropriate 
to electronic display devices. The use of such alternate 
symbols does not in itself constitute deviation from the 
standard as long as ampersand is the concept asso- 
ciated --v i t h the character. Note that this does not nec- 
essarily restrict the use of such an alternate symbol de- 
sign to mean "and"; in any type style ampersand may, 
of course, be used with arbitrary meaning. 

I2l A card punch in one application may “skip” when 
the character HT (Horizontal Tabulation: used as skip) 
is presented to it; in another application the character 
HT mav be recorded in the card without further action. 


B3. Reiated Larger and Smaller Sets 

Consideration has been given to the relationship be- 
tween the standard set and sets of other sizes. A number 
of straightforward logical transformations are possible 
which result in a variety of sets related to the standard. 
None of the transformed sets are recognized bv this 
standard. 


B4. International Considerations 

This standard conforms to the anticipated recom- 
mendations of the International Organization for Stan- 
dardization I ISO) and the International Telegraph and 
Telephone Consultative Committee ICCITT)* for a 7- 
bit code. It includes all the character assignments 
specified by those bodies for international standardiza- 
tion. Their recommendations, however, permit national 
standardization by the various countries in seven code 
table positions. Also, the characters in three additional 
positions have been designated as being replaceable by 
national characters in only those countries having an 
extraordinary requirement in this regard. 

*An international body which establishes standards and con- 
ventions tor international telecommunications, especially where 
the public telegraph and telephone services are governmentally 
owned and operated. Their recommendations are often embodied 
in the regulations applying to such services. 


USA STANDARD CODE 1 

The seven national usage positions and their assign- '1 

ments in this standard are shown in the following, as 1 

well as the three “supplementary” positions, which are % 

shown in parentheses: 


Column/Row 


Character I L. S. ) 


In international interchange of information these 10 
characters should not be used except where it is deter- 
mined that there is agreement between sender and re- 
cipient. 

In addition, in other countries, the number sign (#) 
I in position 2/3) may be replaced by 

B5. Communications Considerations 

Certain control characters are designated as “com- 
munication controls.” They are: 

SOH (Start of Heading) 

STX (Start of Textl 

ETX ( End of Text I 

EOT (End of Transmission ) 

ENQ (Enquiry) 

ACK (Acknowledge) 

DLE (Data Link Escape) 

NAK (Negative Acknowledge) 

SYN (Synchronous Idle) 

ETB (End of Transmission Blockl 
These may be used by communication systems for their 
internal signaling, or for the exchange of information 
relating to the control of the communication system be- 
tween that system and its end terminals. Some such 
systems may impose restrictions on the use of these com- 
munication control characters by the end terminals. For 
example, the use of some of them may be completely 
prohibited while others may be restricted to use in con- 
formity with the formats and procedures required by the 
communication system for its operation. 


Appendix C 
Original Criteria 


Cl. Introduction 


Cl.l This Appendix contains the original criteria upon 
which the design of the code was based. Not all criteria 
have been entirely satisfied. Some are conflicting, and 


the characteristics of the set represent accepted com- 
promises of these divergent criteria. 

C1.2 The criteria were drawn from communication, 
processing, and media recording aspects of informa- 
tion interchange. 
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FOR INFORMATION INTERCHANGE 

C2. Criteria 

C2.1 Every character of the code set shall be represented 
by the same number of bits li.e.. binarv digits). 

C2.2 The standard set shall be so structured as to facil- 
itate derivation of logically related larger or smaller 
sets. 

C2.3 In a code of n bits, all possible 2" patterns of ones 
and zeros will be permitted and considered valid. 

C2.4 The number of bits, n, shall be sufficient to pro- 
vide for the alphabetic and numeric characters, com- 
monly used punctuation marks, and other special sym- 
bols, along with those control characters required for 
interchange of information. 

C2.5 The numerals 0 through 9 shall be included within 
a 4-bit subset. 

^ The numerals 0 through 9 shall be so represented 
that the four low-order bits shall be the binary-coded- 
decimal form of the particular numeral that the code 
represents. In the selection of the two characters im- 
mediately succeeding the numeral 9. consideration shall 
be given to their replacement by the graphics 10 and 1 1 
to facilitate the adoption of the code in the sterling 
monetary area. 

C2.i The interspersion of control characters among the 
graphic characters shall be avoided. The characters de- 
voted to controls shall be easily separable from those 
devoted to graphics. 

C2.8 Within the standard set. each character shall 
stand by itself and not depend on surrounding char- 
acters for interpretation. 

C2.9 An entire case of the alphabet I A through Z) shall 
be included within a 5-bit subset. Consideration shall be 
given to the need for more than 26 characters in some 
alphabets. 

C2.10 The letters of each case of the alphabet shall be 


assigned, in conventional order IA through Z), to sue- 
cessive, increasing binary representations. 

C2.11 Suitable control characters required for communi- 
cation and information processing shall be included. 

C2.12 Escape functions that provide for departures from 
the standard set shall be incorporated. 

C2.13 A simple binary comparison shall be sufficient to 
determine the order within each class of characters. (In 
this regard, the special graphics, the numerals, and the 
alphabet are each defined as distinct classes.) Simple 
binary rules do not necessarily apply between classes 
when ordering information. 

C2.14 Space (i.e., the space between words) must collate 
ahead of all other graphics. 

C2.15 Special symbols used in the ordering of informa- 
tion must collate ahead of both the alphabet and the 
numerals. 

C2.16 Insofar as possible, the special symbols shall be 
grouped according to their functions; for example, punc- 
tuation and mathematical symbols. Further, the set shall 
be so organized that the simplest possible test shall be 
adequate to distinguish and identify the basic alphabetic, 
numeric, and special symbol subsets. 

C2.17 Special symbols shall be placed in the set so as 
to simplify their generation by typewriters and similar 
keyboard devices This criterion means, in effect, that the 
codes for pairs of characters that normally appear on the 
same keytops on a typewriter shall differ only in a com- 
mon single-bit position. 

C2.18 The set shall contain the graphic characters of the 
principal programming languages. 

C2.19 The codes for all control characters shall contain 
a common, easily recognizable, bit pattern. 

C2.20 The .Null (000...) and Delete (111...) characters 
shall be provided. 


Appendix D 
Terminology 

*"•' ” •“ A Of . COM ch.r.Ce, 

binary representation of such a member and its graphic 
Bit: Contraction of “binary digit “ symbol or control function. 

Bit Pattemi The binary re presenta , ion of a character ^ * ”* 
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STANDARDS INSTITUTE ; United States of America Standards Institute 

- .... ,.J 10 East 40th Stroot. New York., N.Y. 10016. USA 212 Murray Hill 3-3058 


July 5, 1967 


MR. L. L. GRIFFIN, Chairman X3.2 Subcommittee 
National Bureau of Standards 
Center for Computer Sciences 
and Technology 
Room B264, Building 225 
Washington, D. C. 20234 

Dear Len: 


Subject: New Line 

The X3.2 definitions of Carriage Return and Line Feed 
make it quite clear that entirely separate functions are intended. 
Nevertheless, there is a clear trend in the field of keyboard - 
oriented devices to adopt the so called "New Line" approach in which 
a single key - and preferably a single coded character - is 
associated with the combined Carriage Return and Line Feed 
operations. 

In the planning of standard ASCII keyboard arrangements , 
X4-A9.I supports this type of operation. Completion of our work, 
however, will not be possible without the e:dstence of a specific 
encoding doctrine for "New Line." 


In the absence of any such provi 
documentation, X 4 -A 9 .I has assumed the use 
prescribed, as an option, in the ISO 7-bit 
Line is associated with the coded characte 
character Carriage Return (CP.) retains its 


sions in the present ASCII 
of the New Line coding 
cede: the function New 
r Line Feed (LF) and the 
normal function. 


Because of the obvious enthusiasm for the "New Line" type, 
of operation, we urge that X3.2 treat this matter as soon as 
possible. We suggest, in particular, that the position of the ISO 
in this regard be adopted by X3.2 and promulgated in an appropriate 
manner. 


JBBtALM 


<J. 3. BOOTH 

Chairman X4-A9.1 Working Group 
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I.n August of 19.66 the American Standards Association was 
reorganized as the USA Standards Institute. At that time., 
the titles of all former American Standards were changed 


to "USA Standard 


t! 


and the same format is of cours 


to he used for ai l rev/ standards 






During the development of the Standard Code for Information 
Interchange, the code itself and the embodying document were 
referred to by the acronym of the formal title, ASCII - American 
Standard Code for Information Interchange. This practice is 
quite common in ASA/USASI internal papers. Most such acronyms 
fade from usage with the approval of a standard, with the 
standard being subsequently referenced by its formal title, 
its reference number (as PH22 . 15-1966 ) , or some other colloquial 
name (NEC - National Electric Code). In the. case of ASCII, 
the "internal" acronym stuck, probably because it was unusually 
pronounceable. (One can hardly imagine the proposed standard 
being referred to in casual convers tation as "USASGPAKAFII") . 

With the change in name of the standards, there has emerged 
a natural tendency to adopt the acronym USASCI1 for the former 
ASCII, but this should not be construed as mandatory, since in 
the present context it is much more a colloquial name with which 
we are concerned rather than the formal, if brief, nomenclature 
used in Institute documentation. Correspondingly, USASI 
Subcommittee X3.2 has by resolution encouraged its members and 
others to continue. 1 f they wish, the use of the acronym "ASCII" 
for the code. 


The same practice is recommended for Bell Laboratories ' use wher- 
ever practical. In general, the custom is to omit the article 
"the" when using ASCII as a noun, as in "the control characters 
of ASCII." Of course, the article will appear when it and the 
acronym modify another noun, as in 'the ASCII code table." 


It is further recommended that, in formal documents or those 
intended for general distribution, the full title be referenced 
along with the reference designation when the term is first 


introduced, as 
for Information 


HO-3142-DAK-GL 


"the character- 
interchange - 


set of ASCII (USA Standard Code 

USAS ,X3 .4-1967) . 
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August 29, 1967 


Paul B. Goodstat 
Secretary of X3 
BEMA 

235 East 42nd Street 
New York, New York 10017 

Dear Mr. Goodstat, 

Doug Ross showed me your correspondence X3/73 dated 12 June 1967, 
asking for assistance in development of a standard for code extension of 
USASCII. My interest in this problem stems from our work in developing 
remote display terminals here at Project MAC. 

Our group at MIT has built a prototype of a computer time-sharing 
terminal capable of operating at full phone line speeds (2000 bps) and 
able to plot lines as well as alphanumeric symbols. We have used USASCII 
as the basic code for this device but had to extend it to allow us to 
send line drawing information as well as the standard USASCII symbols. 

In choosing a method for code extension we felt constrained by the 
following considerations. 1) We want to stay within USASCII as much as 
possible. 2) We want to be able to operate over communication links 
which may be sensitive to particular communication control codes of t e 
USASCII set. 3) We want to send the data as fast as possible i.e. ■'■S Y 
coded. 4) Our terminal device should be low cost, thus our coding scheme 
should be very simple. 

To optimize the speed of transmission and to simplify our terminal 
decoding we chose to send graphic (line drawing) information as binary 
data imbedded into USASCII. To meet considerations 1) and 2) we chose to 
use 6 bit binary bytes (bit 7 always a 1 in a binary character) rather 
than 8 bit bytes. We felt this also gained us a measure of error detection 
and recovery since it allows parity check and control codes retain a 
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DEPARTMENT OF ELECTRICAL ENGINEERING 

MASSACHUSETTS INSTITUTE OF TECHNOLOGY 

c (Maniocs. Massachusetts 0213 > Area Code 617 864-6900 

or U N iv e r s i t y 4-6900 


J. FRANCIS RHNTjrS. Director 
GI OKGF C. NF.WTON. Jr.. Associate Director 
JOHN F.. WARD, Deputy Director 
RICHARD A. OSBORNE, Fiecucive Officer 


single meaning. 

To further enhance our speed we chose to run the machine in a mode- 
control manner. There are two principal modes, Symbol mode and Binary 
mode. In Symbol mode the display performs like a teletypewriter. Characters 
are interpreted as defined in USASCII with the exception of GS, RS, and 
US each of which causes the device to enter Binary mode. Within Binary 
mode there are many possible submodes. GS puts the unit in the Set Point 
plotting submode where it treats sequences of 4 succeeding binary characters 
(24 data bits) as data for plotting points in absolute locations on the 
screen. RS puts the unit into Extended Vector mode where it interprets 
sequences of 4 succeeding binary characters (24 bits) as data ior plotting 
vectors relative to the present beam position. US causes the machine to 
enter Short Vector submode where sequences of 2 succeeding binary characters 
(12 bits) are treated as data for plotting short vectors relative to the 
present beam location. 

Once in binary mode all codes with bit 7=1 are interpreted as binary 
data (arguments of the mode)-. Control codes (bit 7 = 0, bit 6 = 0) except 
GS, RS, and US cause the machine to revert to Symbol mode and act upon the 
code. The remaining characters (bit 7=0, bit 6=1) are called Key 
characters and are reserved for added submode control. If the machine 
receives a Key character at a time it is expecting a binary character 
(data), it enters the new mode specified by the Key and clears its registers 
for the new mode (i.e. it ignores any partial data received from the last 
mode) . 

As yet we have not defined meanings for any Key characters, so we have 
effectively 32 unused codes for new submodes. If a machine is put into 
a submode to which it does not respond, it simply ignores any binary 
characters until it is switched to a new mode. Thus submodes may have 
any number of binary bits of argument and we do not have to specify this 
number until the submode is defined. We envision using the Key characters 
to define modes for controlling auxiliary equipment, multiplexing control, 
modifying pictures parts (e.g. blink, dashed lines), cursor control, etc. 

I hesitate at this time to try to list all the possible functions we might 
like to have for our Key character definitions. Our main purpose in 
having submodes with arbitrary arguments (binary characters) is to provide 
a very large set of code extensions. We chose to keep GS, RS, and US as 
direct entries into submodes from Symbol mode because we use Set Point, 
Extended Vectors and Short Vectors very often and do not want to pay the 
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price of having to send two characters to enter these submodes. (Note 
that entering any other submode from Symbol mode requires entering one of 
these three submodes first and then entering the desired submode.) 

Our approacli is not particularly designed for universal acceptance 
but we feel it is efficient and flexible for computer driven display 
terminals. We should feel badly if the USASCII committee were to adopt 
a standard that did not provide these features. 

I hope that this information is the kind you are seeking and that it 
will be of some value to you. 1 would be very interested to be kept abreast 
of the committees progress in this delicate field of code extensions. I 
think it is a very appropriate area for efforts towards standards but I 
certainly do not envy the committee their job. If I can be of any service 
please feel free to call. 

Thank you for your attention. 



cc: Mr. J. Ward 


RS/maf 



Qfy 

X3. 2/587 
Sept, lli, 1967 


Compatibility Considerations of Carriage Return 
Line Feed Versus New Line Function in Information Processing Systems 

L. L. Griffin 
Sept. 12, 1967 

I . Introduction 

1. The X3.2 Subcommittee, at the request of Committee XU-A9.1 (USASCII 
Keyboard) is preparing to discuss the inclusion in the USASCII code 
table of a "New. Line" character as an optional choice in lieu of 
the two character sequence. Carriage Return - Line Feed. It has 
been suggested that this inclusion should be the same as in the ISO 
• 6- and 7-Bit Code. The ISO code table has a footnote which equates 
New Line, when used in the 7-bit code table, with code position 
0/10 (Line Feed). The note also states that "New Line" is not 
allowed for international transmission on general communication 
networks . 

2. A searching examination of the effect on interchange compatibility 
of allowing two different end of line character sequences, e.g. 

"Carriage Return" - "Line Feed" and "New Line", is in order. In 
this paper, an attempt will be mads to examine the compatibility 
question from the standpoint of a large user organization. 

II. Background 

3. Electromechanical teletypewriter like devices require a period 

of time after receipt of CR-LF or New Line code to reposition the 
typing mechanism to the left hand margin. When separate function 
codes are used, the CR code is transmitted first followed by the 
IF code. Hence, the carriage is returning during the period when 
the paper is being advanced to the next printing line. In some 
systems, the operating procedures call for one or more redundant 
characters in order to provide an additional time margin of safety. 

For example, the Department of Defense communication system pro- 
cedures prescribe CR -CR-LF at the end of each line. A well estab- 
lished convention in many teletypewriter networks is the use of 
CR-LF-Letters at the end of each line. The important point is that 
teletypewriters, in general, require a time greater than one char- 
acter time to return to the left hand margin and stabilise in 
position for printing the first character of the next line. 

It. When a single code, "New Line" is used in lieu of CR-LF codes, 
time must be allowed for the carriage to return before the tele- 
typewriter is required to respond to printing character codes. 
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5. Electronic display type terminal devices do not have the time 
limitations of mechanical devices, hence there is not a require- 
ment for "time fill" after receipt of a "New Line" function before 
"display" on the next line can begin. 

6. Terminal devices which provide remote access to computers for 
various purposes are growing in popularity. A number of different 
makes and models of terminals may have access to a single computer 
or computer controlled file. Conversely, a single terminal may 
have access to more than one computer or computer controlled file. 

7. Communication networks and computers are being combined in many 
organizations into an information processing system which serves 
both data processing and message communication purposes. A single 
terminal device may serve both for access to computer systems as 
well as for sending and receiving conventional messages. 

III. Discussion 

8. It seems most probable that many large information processing 
systems of the future will employ a variety of terminal teletype- 
writers and that these teletypewriters will, in many cases, be 
multipurpose terminals. The use of CR-LF on some terminal tele- 
typewriters and ML on others seems to generate unnecessary and 
costly incompatibility problems in such a system. The same 
message, for instance, may be addressed to a number of terminals. 
Hence, a common procedure is at least highly desirable. Within an 
organization, it may be prudent to prescribe, as a matter of policy, 
a single end-of-line character sequence to which all teletypewriter 
terminals must adhere. The primary reasons for such a policy being 
assurance of company-wide compatibility, since it is difficult to 
define the future limits of systems or the requirements of informa- 
tion interchange between systems. The Federal Government, for in- 
stance, might adopt a Federal standard which prescribes one end-of- 
line character sequence. 

9. The fact that a computer can be programmed to insert "time fill" 
characters after a N.L. code is sometimes cited as a method used to 
provide time for the carriage to complete the return. This does 
not solve the problem of "time fill" when no computer is involved, 
as, for instance, when used as a communication system terminal. 
Furthermore, computers often function in a forwarding, or relay, 
capacity and should not be required to scan texts for insertion of 
function codes such as "time fill". 

10. Since mechanical teletypewriters do require time to "return" the 
carriage, no time advantage seems to be gained by the use of N.L. 

If the operator is required to follow the N.L. key stroke with a 
time fill key stroke, no operator advantage seems to be gained by 
the use of N.L. in lieu of CR-LF. ' 
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11. Cathode ray tube display devices do not have the "time fill" 
requirement of mechanical devices. Nevertheless, it may be 
advantageous to use a common end-of-line character sequence on 
all keyboard terminal devices for such reasons as the following: 

a. Uniform operator training and practices. 

b. Compatible procedures for intercommunication between 
display and mechanical devices as well as from computer 
to terminals. 

c. Uniformity and, hence, simplicity of computer input- 
output to remote terminal operating system software. 

IV. Conclusions 

12 . In order to obtain systems compatibility, a single end-of-line 
character sequence should be prescribed for use with all tele- 
typewriter terminals throughout a system. 

13. In view of the "time fill" requirement of mechanical devices, it is 
not evident that "New Line" offers advantages over "Carriage Return - 
Line Feed" as an end-of-line character sequence. 

lJU . Significant compatibility advantages may also be gained if a common 
procedure is applied to both teletypewriter and electronic chara.cter 
display teraiinals . 



MEMBERS USAS I X3.2 AND X3.2.4 
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'9 7 , 


September 18, 1967 


I am in receipt of R. ¥. Berner's paper on the subject of 
X3.2.4's work on code extension. As a principal author of 
the relevant document , X3. 2. 4/208, I would like to comment 
on his remarks . 

The subject paper is based upon the premise that X3.2.4 is 
on the wrong track: that they are not using Escape for the 
purpose for which Mr. Berner "invented" it. 

Consider, however, that X3.2.4 began its deliberations on 
the subject of code extension, 5 years ago, with the first 
objective of isolating a class of problems whose solution 
seemed most useful for the foreseeable future. The group 
pursued this topic at length (without regular access to the 
thoughts of Mr. Berner) and, in an admittedly somewhat arbi- 
trary way, selected such a class. This did not limit itself 
to the entry of a system into other "code sheets" for ex- 
tended periods - though that is accommodated - but treated 
the general representation, on an ad hoc basis, of additional 
control characters. The proposed doctrine was chosen to pro- 
vide an acceptably high level of efficiency in those environ- 
ments which we can now understand. 

This admittedly arbitrary identification of the job to be 
done indeed differs from the view originally conceived by 
Mr. Berner. 

Unfortunately, Mr. Berner's proposed doctrine gives no con- 
venient means of giving machine commands not directly repre- 
sented in ASCII. It would require at least 5 characters to 
encode a single such control function as contrasted by the 
2 character minimum admitted by X3.2.4. Yet the X3.2.4 
doctrine still allows the assignment of any desired number 
of escape sequences to the selection of additional "code 
sheets", the function for which Mr. Berner sees a need. 

As in all other aspects of code extension standardization 
X3 . 2 . 4 has attempted to accommodate differing needs, since 
no single problem can be identified as being uniquely worthy 
of solution. 

With regard to the implementation of the proposed doctrine 
in "cheap" terminals, I hasten to point out that the recog- 
nition of the extent of the sequence can even be easily done 
in many present electromechanical terminal designs for very 
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modest cost. This ability requires no buffering in the usual 
sense. With regard to recognition of a sequence for action, 
designers of simpler systems can minimize the lengths of all 
sequences to be assigned for use, a capability intentionally 
given by the proposed doctrine. 

Concerning the "spelling" of certain sequences in programming 
languages, there seems to be no more justification to repre- 
sent such mnemonic operators by escape sequences than to in- 
sist that there be characters in ASCII for "DOG" and "CAT". 

The fact that people can do some unwarranted things and still 
not violate the doctrine seems hardly relevant. 

With respect to SO and SI, the complaint that " the SO set" is 
not defined fails to recognize the fundamental need for stand- 
ard and parochial (i.e., local ) character sets to coexist 
within the same hardware, with an easy means of transfer be- 
tween them. This view is clearly stated in X3. 2. 4/208, and 
it is curious that Mr. Berner chooses to ignore it rather than 
to rebut it. Based on this view, X3.2.4 did not intend to 
define the SO set. 

Mr. Berner's observations on the relationship between SO and SI, 
and the use of Escape sequences as additional "shifts" - the 
•only use he recognizes - is quite in accord with document 
X3. 2. 4/208. 

Finally, the significance of Mr. Berner's point (3) - "That 
the proposed doctrine is untested in theory by any simulation 
or modeling" - eludes me. The members of X3.2.4 have tested 
the proposed doctrine against many possible applications, and 
naturally have formed various opinions of its utility in each. 
The use of the phrase "simulation or modeling" seems to impute 
to the proposed doctrine a sense of esoteric complexity not ' 
at all consistent with the straightforward nature of the 
doctrine itself. 


D. A. KERR 
Member X3.2, X3.2.4 

Copy to 

Messrs. R. W. Berner 

P. B. Goodstat 
G. E. Willibald 
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Bell Telephone Laboratories 

INCORPORATED 

Holmdel, New Jersey 
Telephone 
Area Code 201 
949-3000 
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MEMBERS USASI X3-2: 

The distaste and confusion attending the emergence of the 
term "USASCII" causes me to review hoth precedents and 
criteria for the establishment and use of colloquial titles 
for Standards. 

There is little, if any, precedent for the widespread usage 
of the acronym of the formal title. of a standard, other than 
in the case of "ASCII". Often, the standards are referred 
to by some descriptive phrase or by the codument number 
(ASA C42, Mil-188-B, etc.) The use of an acronym has appar- 
ently had its greatest utility in the internal correspondence 
of standards bodies, where reference to the formal title of 
a new standard was appropriate to avoid ambiguity but where 
a shorthand form was needed. Most such acronyms are un- 
pronounceable. 

Thus, there seems little absolute need to embrace the term 
"USASCII" as a general term. But what instead? Were there 
no precedent at all, I might be tempted to suggest something 
like "IIC" ("Information Interchange Code", pronounced 
" e y e _ e ye-see"). However, the widespread usage of the term 
"ASCII" makes it now attractive as a colloquial name - not 
as an official acronym. 

I recommend that Subcommittee X3.2, by resolution, officially 
institute a program to encourage the use of this convention. 

The program could consist, in the main, merely of diligent 
adherence - with explanation, if needed - in all correspondence 
and documents issued by the various committees, and their 
members . 

'Tis a grand old name.. 


Very truly yours. 




Do A. KERR 
Member of X3.2, 
Developers of ASCII 



X 3 .2/619 
X3.2A/230 
November 20 , 1967 


To: MEMEERS USASI X3.2 AND X3.2.4 
From: D. A. Kerr 

Subject: Amendment to Proposed Addendum to ASCII - 
Formalization of Notation "ASCII". 


At the February, 1967 meeting of X3.2 a resolution was 
approved endorsing the use of the notation "ASCII" to 
designate the code of USAS X3.4. . I propose that, since 
an addendum to X3. 4-1967 is under preparation, material 
be added establishing this recommended notation. 

At the time of the resolution, and subsequently, objections 
have been. raised which principally fall into two classes: 

1. The Institute will never allow a notation to be 
established which is not the acronym of the title 
of the standard, that is,' "USASCII". 

2 . Many people have produced documentation using 
the notation "USASCII" and do not wish to see 
it deprecated. 

With regard to item 1, I felt that these fears were ground- 
less. As a matter of fact, it is rare that the acronym of ■ 
a standard's title comes into commercial usage as a desig- 
nator, the original "ASCII" being perhaps the first such 
case. Often, a technical committee will establish many 
items of notation and designation for items under standard- 
ization, often based on past practice. Perhaps the most 
familiar example of this is the notation "ASA", recently 
reaffirmed by PH22 as the designation of the "USA Standard 
Speed", a measure of photographic film sensitivity. Informal 
communication with Institute personnel convince me that we 
will probably have no problem in this area. 

With regard to item 2, I have constructed proposed wording 
which I feel should mitigate this problem to the point where 
it should no longer be of concern. 

This proposed wording is contained in the attached "Proposed 
Amendment...", whose adoption I heartily endorse. 


Att . 

As above 
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X3 .2/619 
X3. 2. 4/230 
November 20, 1967 


Proposed Amendment 
(Ey D. A. Kerr) 
to the 

PROPOSED ADDENDUM TO 

USA STANDARD CODE FOR INFORMATION INTERCHANGE 

(X3. 4 - 1967 ) 

Change title of section 3 to read: 

3. Character Representation and Code Identification 


Add to the end of the existing section 3: 

The standard code may be identified by the use of the 
notation "ASCII" (pronounced as'key). The notation "USASCII" 
is also in common use, and should be taken to have the same 
significance . 

The notation "ASCII" should ordinarily be taken to mean the 
code prescribed by the latest issue of the .standard. To 
explicitly designate a particular (perhaps prior) issue, 
the last two digits of the year of issue may be appended, 
as "ASCII 63".. 
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Telephone 34 12 49 


CENTRAL SECRETAR I AT 
1, rue ids' Varembe 
1211 GENEVA 20. Switzerland 


Cable address : ISORGANIZ 


22 December 1967 


Our Ref. : ISO/TC 97 -- COUNCIL + MB 

TO THE MEMBERS OF THE COUNCIL ^ 

AMD TO ALT, THE IS O MEMBER BODIES , ' ' " / ' ''; T ‘ 

Gentlemen, v 'r '' 

,: v . . ■/ . iso/tc 97 - compute rs and . ' 

' I NFORMATION PROCESSING . , 

ACCEPTANCE OF DRAFT I SO RECO MM ENDATION H o. 105 2 

' With reference to the circular, letter. . we sent you on 21 July 1967, we take pleasure in informing 

p b8t the . IS ? Coui!C1 ?' - has just decided, by correspondence, to accept as an ISO Recommendation the Draft 
ISO Recommendation No. 1052 (document 97 N 159).. ■ 

The Draft is accepted hv 12 votes to 1 vote. 

Vote of 1 Council Member had not reached the Central Secretariat at the date of this 
circular letter (Bulgaria) . 

... . °"f C °? nc ^ Kewber * Ircland » voted against acceptance of the Draft, considering that there was 

no hing in the nnal report to show that the objections raised by Member Bodies had been adequately 
considered and that the reasons. for not meeting the objections raised had not been stated. 

.The comments put forward by Ireland were communicated to both the Secretariat of Sub-Committee 
ISO/TC 97/SC 2, which had formulated the: 'Draft, and to the Secretariat of the full Committee. 

AFNOR, in its capacity as Secretariat of Sub-Committee 2 has indicated that, in view of the 
overwhelming majority voting in favour of the Draft, the ISO/TC 97 Editing Committee, which examined the 
comments, decided to handle only those comments affecting form and not those having a bearing on substance 
• ccnsiaenng that the technical discussions were closed. This reply of the ISO/TC 97/SC 2 Secretariat w-s 
immediately transmitted to Ireland. . 

. Further, the Secretariat of the full Committee feels the Irish ' comment- does not .Warrant' delaying 
tue publication of this Recommendation, eagerly awaited in the interested circles. ’ 

i u '■ , Ce ” tral Secratarlat has undertaken the publication of the new ISO Recommendation, "registered 

under the following reference : ■ ’ B 

ISO/R 646-1967 - 6 and 7 bit coded character sets for information processing interchange. 

Yours sincerely, 

J ■ f; I 

---- 

Copy to : President . • h /f ' _‘' Iax 9 chal . 

Vice-President As,ist.;i, Secretary-General 




Date: 

’ From (location 
U.3. mail address): 
Dept. & Bldg.: 
Telephone Hxt.: 


June 10, 1963 

SDD POUGHKEEPSIE 

Dept. B13 - Bldg. 706-2 
3-2141 




Subject: 


Planned Revision to Corporate Systems Standard 2-3015-002, EBCDIC 


Reference: 


To: FILE 


EBCDIC was approved and published in IBM in October, 1964. Since that 
time, a number of additions have been made, to accommodate require- 
ments of certain products. Further, certain additions are now under 
review, to accommodate the requirements Of the 7-Bit Code environment 
(ISO, ECMA, US ASCII, etc.). 

These additions and proposed additions are indicated in the attached "Pro- 
posed EBCDIC", by lines in the margin, and a numeric keying as follows: 


(^Tj Addition to EBCDIC of those 7- Bit Code control characters 
not already in EBCDIC. 


A 



Addition to EBCDIC of those 7- Bit Code graphics not 
already in EBCDIC. 

Information on the 7- Bit Code (s), and on the Hollerith 
Card Code. 



Control characters added to EBCDIC to meet certain 
product requirements. 

Information on signed numerics 

Information on packed decimals 

Alphabetic Extenders 

OCR-A Abstract Symbols 


CEM:w r 

<=46/ ^ 4 / % / oa 


C^Vi\c^ay^ 

C. E. Mackenzie 



Proposed May 15,1963 



1 . 1 SCOPS . This standard defines for the 
X iiM Corporation the BCD coded representa- 
tion for up to 256 graphics and controls in 
punched cards, in magnetic tape, on data 
transmission lines, and in 8-bit BCD CPUs. 
It also defines a collating sequence. 

This standard includes: 


f) Control characters, graphic charac- 
ters, and characters with special 
meaning . 

g) Names for some of the characters. 

h) Specific characters for use in pro- 
gramming products. 


a) The 256 characters Extended BCD Card 
Code. 


b) The 256 character, 8-bit Extended BCD 
CPU Code. 

c) The 256 character, 8-bit Extended BCD 
Magnetic Tape Code. 


i) Information on the 128-character ISO 
7-Bit Code, on the 128-character USA 
Standard Code for Information Inter- 
change, on the 128-character Hol- 
lerith Card Code, and the correspo.n- 
dences of those codes to 128 charac- 
ters of the 256-character 8-bit 
Extended BCD Interchange Code. 
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d) 

The 256 character, 8-bit 
Transmission Code. 

Extended 

BCD 

j) 

Information on 

signed numerics 





k) 

Information on 

packed decimal . 

e) 

The collating sequence 
characters. 

for the 

256 
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REQUIREMENTS 


2. 1 EXTENDED BCD CARD CODE . The 256 
character, twelve-row card code is given in 
Column 5 of Table IV. 


2.2 EXTENDED BCD CPU, TRANSMISSION, AND 
MAGNETIC TAPE CODE . The 8-bit, Extended 
BCD CPU, ‘Transmission, and Magnetic Tape 
Code is civen in Column 6 of Table IV. 


2 . 2.1 Track Assignment for Magnetic Tape. 
The Track Numbering for 9-track, One-Half- 
Inch magnetic tape and for 10-track, One- 
Inch magnetic tape and the correspondence 
between this Track Assignment and the 8 
bits of the Extended BCD Magnetic Tape Code 
(Column 6 of Table IV) is shown in Table I. 


2.3 REFERENCE NUMBERS . Reference numbers 
for the characters are given in Columns 1, 
2, 3, and 4, of Table IV. 


2.3.1 Column 1 gives reference numbers for 
the 25b characters of this standard, run- 
ning 0, 1, 2, 3, ... 255. 


2.3.2. Column 2 in this standard gives 
reference numbers for the 64 card and 
magnetic tape characters specified in BCD- 
IC. The reference numbers given in Column 
2 of this standard are called "Collating 
Numbers" in BCDIC. It is to be noted that 
where the Reference Number in Column 2 of 
this standard matches the Collating Number 
of BCDIC, the card codes also match, but 
graphics do not always match. A 6-bit BCD 
magnetic tape character translates to the 
8-bit BCD character whose Reference Number 
in Column 2, Table IV of this standard 
matches the Collating Number in Column 1, 
Table I of BCDIC. 


2.3.3 Column 3 gives Reference Numbers for 
PTTC/EBCD for use in 8-bit Environments. 
It is to be noted that where the Reference 
Numbers in Column 3 of this standard match 
the Reference Numbers in Column 1 of Tables 

I and II of PTTC/EBCD, the card characters 
of this standard match the Extended Card 
Code characters in Column 5 of Tables I and 

II of PTTC/EBCD, and the graphics of Column 
7 of this standard also match the Duocase 
Alphabet Set in Column 7 of Tables I and II 
of PTTC/EBCD. 
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2.3.4 Column 4 gives Reference Numbers for 
the Monocase PTTC/EBCD. It is to be noted 
that where the Reference Numbers in Column 
4 of Table IV of this standard match the 
Reference Numbers in Column 1 of Tables I 
and II of PTTC/EBCD, the card characters of 
this standard match the Basic Card Code 
Characters . in Column 4 of Tables I and II 
of PTTC/EBCD, and the graphics of Column 7 
of this standard also match the Monocase 
Alphabet Set in Column 6 of Table I and II 
of PTTC/EPCD. 


2.4 CONTROLS AND -SPECIAL MEANINGS. 


' 2.4,1 General Definitions . The . control 
| characters of EBCDIC fall into eight ma-jor 
| classif ications by function, (described 
i below) , and into a minor classif ication by 
j use or not in data communications systems 
* 1 -control (described below) . 


2. 4 .1.1 Customer Use Control Characters . 
These characters are used to designate a 
customer assigned function which may be 
realizable by programming but are not 
realizable by hardware (CU1, CU2, Cl) 3) . 


jj 2.4. 1,2 Device Control Characters . These 
I characters are used to control devices, or 
j to control ma-jor functions of devices (PF, 
jj DC1 , DC2 , TM/DC3 , PN, RS , DC4) . 

ii 

► 

i 

li 2.U.1.3 Error Control Characters . These 
j characters are used for error control, for 

j indicating "alarms", or for identifying or 

| requesting identification of stations in a 
j communications system (DEL, CAN, ENQ, ACK, 
BEL, NAK, SUB/CH, EO) . 


2.4. 1.4 Formatting (or Editing) Control 
Characters . These characters are used for 
formatting, or for editing data (HT, RLF, 
VT, FF, CR, NL, BS, DS, SOS, FS, LF) . 


2.4, 1.5 Grouping Control Characters . These 
characters are used for groupinq data or 
information. Depending on the actual con- 
trol character, they may be at the start of 
data, at the end of a data-block, at the 
start and end of a data-block (data fram- 
ing) , at the end of communications control 
block or procedure, etc. , (SOH, STX, ETX , 
SMM, EM, CC, IFS , IGS, IRS, IUS, ETB/EOB , 
EOT) . 


2 .4. 1.6 Mode Control Characters . These 
characters are used to set modes of opera- 
tion, to change a mode of operation, or to 
restore a previous mode of operation (LC, 
SO, SI, DLE , RES, BYP, ESC/PRE, SM, UC) . 


2.4, 1.7 Reserved Control Characters . These 
are characters for which a function has not 
yet been assigned. They are reserved for 
assignment of future functions. 


2.4. 1.8 Synchronization Control Characters . 
These are characters used for synchroniza- 
tion of communications systems, or for 
"synchronization" of data within a format 
or for synchronization of data streams with 
certain timing characteristics of some 
device functions (NUL, IL, SYN) . 

2.4. 1.9 Communications Control Characters . 
These characters (which also fall into the 
major function classifications above) are 
reserved exclusively for communications 
control (SOH, STX, ETX, DLE, ETB/EOB, ENQ, 
ACK, SYN, FOT, NAK) . 


2.4.1.10 7-Bit Code Control Characters . 
Some of the control characters ol this 
standard are defined in the ISO recommenda- 
tion for 6 and 7-Bit Coded Characters for 
Information Processing Interchange (ISO-7, 
see 3.5. 1.1) and in the USA Standard Code 
for Information Interchange (USASCII, see 
3. 5. 1.2). Other manufacturers may use some 
of these characters in their I/O devices 
and communication devices and may interpret 
the definitions differently than as defined 
below. Such devices are sometimes attached 
(by customer request) locally or remotely 
to our R-bit BCD CPU's. In such cases, the 
possibly different interpretations of 
definitions may have to be recognized and 
handled’' (in programming products, for 
example) . Caution should be particularly 
exercised in the interpretation of NUL, 
DEL, SO, SI, ESC, DLE, DC 1 , DC 2, DC 3, DC4 , 
IFS, IGS, IRS, IUS, EM, SUB when received 
from or transmitted to other manufacturers' 
devices. 


2.4.1.11 PTTC/EBCD Control Characters . 
Some of these control characters are 
defined in PTTC/EBCD environments. These 
include those shown in Table II. for the 
use of such characters in PTTC/EBCD 
environments, refer to Section 2.8 of CSS 
2-8015-003. It is to be noted that ETE, 
End of Transmission Block (Reference Number 
38) has been called EOB, End of Block, and 
that ESC, Escape (Reference Number 39) has 
been called PRE, Prefix, in PTTC/EBCD 
environments . 


2.4.1.12 BCDIC Alternate Meanings . Some of 
the characters in the graphic section of 
this standard have alternate meanings when 
used in 6-bit BCD data processing systems. 
These include those shown in Table III 
below. For the functions and special mean- 
ings of these characters in BCDIC environ- 
ments, refer to Section 8 of CSS 
2-8015-001. 


2.4,1.13 Signed Numerics . In card applica- 
tions and equivalent 8-bit code representa- 
tions involving overpunched numerics to 
indicate algebraic signs, Character Numbers 
192 through 201 may have the meanings Plus , 
Zero through Plus Nine, respectively, and 
Character Numbers 208 through 217 may have 
the meanings Minus Zero through Minus Nine, 
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respective ly . These representations are 
iisital ly reserved for the low-order digit of 
a signed numeric field. 


character which is used to terminate a 
sequence of characters started with STX and 
transmitted as an entity. 
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2.4.1.11 Packed Decimal . In certain CPU 
and magnet ic- recorded storage applications, 
each 8-hit coded character may represent 
two decimal digits (or one decimal digit 
and siqn) . This representation has meaning 
only when considered as a field of one or 
more such contiguous characters to be 
operated upon as an arithmetic quantity, 
and is not to be confused in application 
with the graphic and control characters 
having explicit indivitlual meanings as 
given elsewhere in this standard. In this 
special representation! The low-order 
character of the field is coded as the 
low-order decimal digit of the arithmetic 
quantity (in bina ry-coded-decima 1 form) in 
bits 0-3, with a "sign indicator" in bits 
1-7. The sign indicator is identical to 
the value contained in bits 0-3 of the 
standard 8-bit code for unsigned or signed 
numeric characters. (The “unsigned" sign 
indicator is treated as “plus") . The 
remaining characters of the field (from low 
to high order) are coded as pairs of 
decimal digits, in corresponding sequence. 
For each such pair, the high-order digit is 
encoded into bits 0-3, and the low-order 
digit into bits 1-7, of the single 8-bit 
character. If the decimal field contains 
an even number of digits, bits 0-3 of the 
highest order 8-bit character are encoded 
as "all zeros". 


2.1.2 Specific Definitions . Specific 
definitions for the control characters are 
given below. A part of the definition 
identifies the major classif ication by 
function, and the classification by use in 
communications control. 


2. 1.2.1 PF — Punch Off (Reference Number 
1) . A device control character, which 
deactivates a perforated tape punch. 



2. 1.2. 5 HT — Horizontal Tab (Reference 
Number 5) . A formatting control character 
which: 

a) moves the [Tinting position horizont- 
ally, left to right, to the next tab 
stop setting, 

b) is applicable to display devices, in 
a manner similar to (a) above, and 

c) advances a card to the next tab stop 
setting. 


© 
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2. 1.2. 6 LC — Lower Case (Reference Number 
6) . A mode control character which shifts 
the. BCD . Perforated Tape and Transmission 
Codes to '<the Lower Case Mode. All charac- 
ters which follow this precedence character 
are in the Lower Case Mode until ari Upper 
Case control character is reached. 


© 


2. 1 . 2 . 7 DFL — Delete (Reference Number 7) . 

An error control character which erases Q) 

characters on perforated tape (see "Note" 

following 2.1.2.255). © 


2. 1. 2. 8 (Reference Number 8) . A control 
character reserved for assignment of future 
functions. 


2. 1.2.0 NUL — Null (Reference Number 0) . 
A synchronization control character, with 
an all-zeros bit-pattern, which may serve 
to accomplish time and media fill. 


2.1. 2. 9 (Reference Number 9) . A control 
character reserved for assignment of future 
functions. 


2.4.2. 1 SOH — Start of Heading (Reference 
Number 1) . A communication grouping con- 
trol character which is used at the begin- 
ning of a sequence of characters which 
constitute a machine-sensible address or 
routing information. Such a sequence is 
referred to as the "heading". An STX 
character has the effect of terminating a 
heading • 


2, 4, 2. 2 STX Start of Text (Reference 
Number 2) . A communication grouping con- 
trol character which precedes a sequence of 
characters that is to be treated as an 
entity and entirely transmitted through to 
tne ultimate destination. Such a sequence 
is referred to as "text". STX may be used 
to terminate a sequence of characters 
started by SOH. 


2. 4.2. 3 ETX End of Text (Reference Numb- 
er 3) . A communication grouping control 


2.4.2.10 SMM — Start of Manual Message 
(Reference Number 10) . A grouping control 
character which identifies the start of 
that part of a message which is manually 
entered. 
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2.4.2.11 VT — Vertical Tab (Reference 
Number 11) . A formatting control character 
which: 

a) moves the printing position vertical- 
ly, top to bottom, to the next in a 
series of predetermined printing 
lines, and, 

b) is applicable to display devices, in 
a manner similar to (a) above. 
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2.4,2*12 F? — Form Feed (Reference Number 
12) . A formatting control character which: 



II 



Printed in U.S.A. 




May 15, 1968 

EXTENDED BCD INTERCHANGE CODE 


Proposed 





CSS 

2-8015 

002 


Cat. 

Subject 

Suffix 


a) moves the printing position vertical- 
ly, top to bottom, to the first 
predetermined printing line on the 
next form or page, and, 

b) is applicable to display devices, in 
a manner similar to. (a) above. 


2.4.2.13 CR — Carriage Return (Reference 
Number 1 3) . A formatting control character 
which: 

a) moves the printing position horizont- 
ally, right to left, to the first 
printing position on the same point- 
ing line, and, 

h) is applicable to display devices, in 
a manner similar to (a) above. 


2.4.2.14 SO — .Shift Out (Reference Number 
14) . A mode control character which indi- 
cates that the code combinations which 
follow shall he interpreted as outside of 
the character set of the standard code 
table until a Shift In character is 
reached. 


2.4.2.15 SI -- Shift In (Reference number 
1 5) . A mode control character which indi- 
cates that the code combinations which 
follow shall be interpreted according to 
the standard code table. 


2.4.2.16 DLE — Data Link Escape (Reference 
Numoer 1 6) . A communication mode control 
character which will change the meaning of 
a limited number of contiguously following 
characters. It is used exclusively to 
provide' supplementary controls in data com- 
munication networks. 


2.4.2.17 PCI — Device Control 1 (Reference 
Number 17) . A device control character 
which controls ancillary devices associated 
with data processing or telecommunication 
systems, more especially switching devices 
"on" or "off". 


2.4,2.18 DC 2 — Device Control 2 (Reference 
Number 1 8) . A device control character 
which controls ancillary devices associated 
with data processing or telecommunication 
systems, more especially switching devices 
“on" or "off". 


2.4,2.19 TM — Tape Mark . Also, DC3 — 
Device Control 3 (Reference Number 19) . A 
device control character which when reco- 
rded in a special single character control 
block (no CRC, but with LRC) on one-half 
inch, 600 BPI, 9 track magnetic tape serves 
to cause a special device status indica- 
tion. The detection of this special single 
character control block by a tape control 
unit causes a special device status indica- 
tion, without the transfer to main storage 
of the TM character. Tape control unit, and 
channel hardware in general and programming 


practice always, require that the special 
control block be written on tape by execu- 
tion of a channel command. The transfer of 
the TM character as a single character 
block will not create the special control 
block which when detected causes the spe- 
cial device status indication. This 
character within a multiple byte block or 
in other tape formats has no special 
meaning. 


2.4.2.20 RES — Restore (Reference Number 

20) . A mode control character which ter- 
minates the Bypass mode of operation. 


2.4,2.21 NL — New Line (Reference Number 

21) . A formatting control character which: 

a) moves the printing position horizont- 
ally, right to left, and vertically, 
top to bottom, to the first printing 
position of the next printing line, 

b) advances the writing beam of, the 
cathode ray tube of a display device 

■ to the left most position of the next 
display line-section, 

c) advances a card to the next field 
defined by field definition controls, 
and, 

d) may be provided by a device on a 
half-line basis (i .e . , New Half, Line) 
if and only if New Line is not 
provided by that device on a full- 
line bnsis. 


2.4.2.22 BS — Backspace (Reference Number 

22) . A formatting control characer which: 

a) moves the printing position horizont- 
ally, pight to left, to the next 
printipg position to the left, and, 

b) is applicable to display devices in a 
manner similar to (b) above. 


2.4,2,23 IL — Idle (Reference Number 23) . 
A synchronization control character which 
serves as a " No- Operation" fill character 
for perforated tape and on transmission 
lines . 


2.4.2.24 CAN — Cancel (Reference Number 
24) . An erppr control character which is 
used to indicate that the data with which 
it is sent is in error or is to be 
disregarded. 


2.4.2.25 EM -- End of Medium (Reference 
Number 25) . A grouping control character 
associated with the sent data which may be 
used to identify the physical end of the 
medium, or the end of the used, or wanted, 
portion of information recorded on a 
medium. (The position of this character 
does not necessarily correspond to. the 
physical end of the medium.) 
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2. 4, 2.26 CC — Cursor Control (Reference 
Number 26) . A grouping control character 
which, for some buffer read operations used 
in conjunction with some display devices, 
when a cursor bit is detected in a data 
byte in the buffer, is transmitted to main 
storage instead of that data byte. 


which identifies individual fields in a 
multiple — field CPU editing operation. 

2.6.2.35 (Reference Number 35) . A control 
character reserved for assignment of future 
functions. 


2.6.2.27 CUI — Customer Use 1 (Reference 
Number 27) . A customer use control 
character sent into a system to designate a 
customer assigned function (see 2.4. 1.1). 


2.4.2.28 IFS — Interchange File Separator 
(Reference Number 28) . A grouping control 
character which terminates an information 
block called a FILE (see definitions of 
IGS, IRS, IUS) . 

When used in hierarchical order, the 
hierarchical order is ascending, IUS, IRS, 
IGS, IFS. 

An information block must not be split 
by a higher order separator; e.g. . a RECORD 
may contain a whole number of UNITS, but 
may not contain a part of a UNIT. . 


2.4.2.29 IGS — Interchange Group Separator 
(Reference Number 29) . A grouping control 
character which terminates an information 
block called a GROUP (see definition of 
IFS, Interchange File Separator) . 


2.4,2.30 IRS — Interchange Record Separa- 
tor (Reference Number 30). A grouping 
control character which terminates an 
information block called a RECORD (see 
definition of IFS, Interchange File 
Separator) . 


2,4.2.31 IUS — Interchange Unit Separator 
(Reference Number 31) . A grouping control 
character which terminates an information 
block called a UNIT (see definition of IFS, 
Interchange File Separator) . 


2.4.2.32 PS Digit Select (Reference 
Number 32) . An editing control character 
which causes either a digit from the source 
field or a fill character to be inserted in 
the result field, in CPU editing 
operations. 


2.4.2.33 SOS Start of S igni ficance 
(Reference Number 33) . An editing control 
character which causes either a digit from 
the source field or a fill character to be 
inserted in the result field, and also 
indicates by setting a trigger, that the 
following digits are significant in CPU 
editing operations. 


2.4.2.34 FS — Field Separator (Reference 
Numoer 34) . An editing control character 


2.4.2.36 BYP — Bypass (Reference Number 

36) . A mode control character which in the 
normal mode (frequently identified in ter- 
minal equipment as the program mode) causes 
the succeeding control characters except 
Restore (RES) , End of Transmission (EOT) , 
and End of Block (EOB) to be ignored and 
deactivates associated printers. 


© 


2.4.2.37 LF — Line Feed (Reference Number 1 

37) . A formatting control character which: 


a) moves the printing position vertical- 
ly, top to bottom, to the next print- 
ing line. 


b) is applicable to display devices in a 
manner similar to (a) above, and, 

c) may be provided by devices on a 
half-line basis (i.e. , Half Line 
Feed) if and only if Line Feed is not 
provided by that device on a full- 
line basis. 


2.4.2.38 ETB — End of Transmission Block 
Also, EOB — End of Block (Reference Number 

38) . A communication grouping control 
character which indicates the en'd of a 
block of data for transmission purposes. 

NOTE: The preferred designation shall 
be ETB — End of Transmission Block, and 
not EOB — End of Block. 


2.4.2.39 ESC — Escape . Also PRF — Prefix 
(Reference- Number 39) . A mode control 
character which may be used to extend the 
standard character set of the code table. 
It is a warning or non locking shift 
character which changes the meaning of the 
, next single following code combination. 
The precise meaninq of the character fol- 
lowing Escape requires prior agreement 
between the sender and the recipient of the 
data. Where required, the character fol- 
lowing Escape may extend the Escape 
sequence. 

Escape sequences are used primarily to 
obtain additional control functions which 
may provide amongst other things graphic or 
graphic sets outside the standard set. 
Such control functions must not be used as 
additional Communication Controls. 

Null and Delete and the ten Communica- 
tion Controls (SOH, STX, ETX, DLE, ETB, 
ENQ, ACK, SYN, EOT, NAK) must not be used 
in defining Escape sequences. Where they 
appear in an actual Escape sequence they 
shall retain their standard meaning and be 
disregarded in the interpretation of the 
Escape sequence. 


© 

© 





Proposed 


« 

css 

2-8015 

002 


Cat. 

Subioct 

Suffix 


May 15, 1968 

EXTENDED BCD INTERCHANGE CODE 


0 

© 


The use of certain Escape sequences will 
be the subject of further standards. 

NOTE: The preferred designation shall 

be ESC — Escape, and not PRE — Prefix. 


2.4,2.40 (Reference Number 40) . A control 
character reserved for assignment of future 
functions. 


2.4.2,41 (Reference Number 41) . A control 
character reserved for assignment of future 
functions . 


2,4,2.42 SM — Set Mode (Reference Number 
42) . A mode control character which sets a 
new mode of operation. 


© 


2.4,2.43 CU2 — Customer Use 2 (Reference 
Number 43) . A customer use control 
character sent into a system to designate a 
customer assigned function (see 2. 4. 1.1). 


2.4,2.44 (Reference Number 44) . A control 
character reserved for assignment of future 
functions. 


2.4,2.51 (Reference Number 51) . A control 
character reserved for assignment of future 
functions. 


2.4.2.52 PN — Punch On (Reference Number 
52) . A device control character which 
activates a perforated tape punch. 


2.4.2.53 RS — Reader Stop (Reference Numb- 
er 53) . A device control character which 
stops a reading device, such as a per- 
forated tape or card reader. 


2.4.2.54 UC — Upper Case (Reference Number 
54) . A mode control character which shifts 
the BCD Perforated Tape and Transmission 
Code to the Upper Case Mode. All charac- 
ters which follow this precedence character 
are in the Upper Case Mode until a Lower 
Case control character is reached. 


2.4.2.55 EOT — End of Transmission 
(Reference Number . 55) . A communication 
grouping control character which is used to 
indicate the conclusion of a transmission, 
whirch may have contained one or more texts 
and any associated headings. 


2.4.2.45 ENQ — Enquiry (Reference Number 
4 5) . A communication error control 
character which is used in data communica- 
tion systems as a request for a response 
from a remote station. It may be used as a 
"Who Are You" (WRU) to obtain identifica- 
tion, or may be used to obtain station 
status, or both. 


2.4.2.56 (Reference Number 56) . A control 
character reserved for assignment of future 
functions. 


2.4.2.57 (Reference 57) . A control charact- 
er reserved for assignment of future 
functions. 


© 


2.4.2.46 ACK — Acknowledge (Reference 
Number 46) . A communication error, control 
character which is transmitted by a receiv- 
er as an affirmative response to a sender. 


2.4.2.4 7 BEL — Bell (Reference Number 4 7) . 
An error (or alarm) control character which 
is used when there is a need to call for 
human attention. It may control alarm or 
attention devices. 


2.4,2.48 (Reference Number 48) . A control 
character reserved for assignment of future 
functions. 


2.4.2.49 (Reference Number 49) . A control 
character reserved for assignment of future 
functions . 


1 2.4.2.50 SYN -- Synchronous Idle (Reference 
Number 50) . A communication synchroniza- 
tion control character which is used by a 
_ synchronous transmission system in the 

ij a osence of any other character to provide a 

I signal from which synchronism may be 

j achieved or retained. 


2.4.2.58 (Reference Number 58) . A control 
character reserved for assignment of future 
functions. 


2.4,2.59 CU3 — Customer Use 3 (Reference 
Number 59) . A customer use control 
character sent into a system to designate a 
customer assigned function (see 2. 4. 1.1). 


2.4.2.60 DC4 — Device Control 4 (Reference 
Number 60) . A device control character 
which controls ancillary devices associated 
with data processing or telecommunication 
systems, more especially switching devices 
"on" or "off". (If a single "stop" control 
is required to interrupt or turn off ancil- 
lary devices, DC 4 is the preferred 
assignment.) 


2.4,2,61 NAK Negative Acknowledge 

(Reference Number 6 1) . A communication 
error control character which is trans- 
mitted by a receiver as a negative response 
to the sender. 


2.4.2.62 (Reference Number 62) . A control 
character reserved for assignment of future 
functions. 
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2-4.2.63 SUB — Substitute : Also, CH — 
Check (Reference Number 63) . An error 
control character which replaces a charact- 
er which is determined to be invalid or in 
error, or, for graphic display devices is 
inserted at the end of a message to signify 
that some character or characters in the 
message are in error. 

NOTE: The preferred designation shall 
be SUB — Substitute, and not CH — Check. 


2. 4. 2. 255 EO — Eight Ones (Reference Numb- 
er 255). An error control character which 
is used instead of Delete (Reference Number 
7) on 8-bit BCD paper tape. 


NCTS: 

Delete and Eight Ones . These two charac- 
ters have a somewhat similar function in 
two related media environments, paper tape 
and data communications, and in three dif- 
ferent code environments, as follows: 

a) EBCDIC (this standard) .■ When EBCDIC 
is punched in paper tape, or trans- 
mitted on data communications lines, 
and either a character with eight 
one-hits, or the equivalent of a 
Delete character is required, the 
Eight Cnes character (Reference Numb- 
er 255) should be used. 

b) PTTC/EBCD (CSS 2-8015-003) . In the 
shifted 6-bit code environment of 
PTTC , when a Delete character is 
required, the Delete character 
(Reference Number 7) should be used. 
If the application is for transmis- 
sion from an 8-bit EBCDIC environ- 
ment, then the EBCDIC bit-pattern for 
Delete must first be translated, by 
programming and/or hardware as appro- 
priate, to the 6-bit PTTC bit-pattern 
for Delete. 

c) The 7-Bit Code . In the 7-bit code 
environment (see 3.5) , when a Delete 
character is required, the Delete 
character (Reference Number 7) should 
be used. The 7-bit bit-pattern for 
Delete is 111 1111, from high to low 
order bit. If the application is for 
transmission from an 8-bit EBCDIC 
environment, then the EBCDIC bit- 
pattern for Delete must first be 
translated, by programming and/or 
hardware as appropriate, to the 7-bit 
bit-pattern for Delete. 


2.4.6 Escape Sequence . The Escape (or Pre- 
fix) control character (Reference Number 
39, and see 2.4.2.39) has been provided as 
a means of obtaining additional control 
functions or graphics not provided in the 
standard character set of the code. The 
Escape character changes the definition of 
the succeeding character unless the suc- 
ceeding character is either Null, Delete, 
Eight Ones, or any of the ten Communica- 
tions Control characters (SOH, STX, ETX, 
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ETP, ENy, ACK, SYN, EOT, NAK) .' These 
characters will not be used in Escape 
sequences. 

Escape Sequences may be assigned with, 
and only with, the prior approval of the 
Divisions, of WTC, and of the Corporate 
Director of Standards. 


© 


2.5 STANDARD GRAPHICS .Column 7 of Table IV 
gives the Standard Graphics to be used with 
this standard. 


2.5.1 Specific Characters for use in pro- 
gramming products. This standard assigns, 
for both machine systems and programming 
products, specific classif ication to graph- 
ic characters as follows: 

a) Monocase or Uppercase alphabetics: 
(29 total) — A thru Z * » a — (See 
Section 2. 5.2.1 for Alphabetic 
Extenders) 

b) Lowercase alphabetics: (29 total) — 

j.a.y thru z ! * <* (See Section 2.5.2. 1 

for Alphabetic Extenders) 

c) Numerics: 0 thru 9 

d) Syntactics: (21 total -- including 
SPACE) 



2 . 5. 1 . 1 IBM Product Programs must accept, 
interpret, and process (1) Monocase Alpha- 
betic Extenders in the same manner as 
Monocase Alphabetics, and (2) Lowercase 
Alphabetic Extenders in the same manner as 
Lowercase Alphabetics.* 


2. 5. 1 . 2 Under No Circumstances should new 
programming products be developed which 
require the use of graphic characters 
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(graphic and code) not as specified above 
(Section 2.5.1) . 


2 . 5. 1 . 3 The Only Programming Products 
exempted from the above requirements are: 

Type I and Type II Programs Alpha tested 
prior to the effective date of this 
standard, and revisions or extensions of 
such Type I and Type II Programs. 


2.5.2 National Graphic Options 


2.5.2. 1 Alphabetic Extenders. In countries 
where a Roman-based alphabet is used, 
alphabetic extenders are provided by repla- 
cement of some or all of the graphics # a $ 
" ! £ as shown in Tables V and VI. These 
characters are indicated by AE (alphabetic 
extenders) in Column 8 of Table IV. 


2.6 STANDARD NAMES . In column 9 of Table 
IV are given standard names for some of the 
graphics and controls. When two names are 
given, as Minus, Hyphen, it is because two 
different meanings are associated with the 
graphic. 


2.7 COLLATING SEQUENCE . The collating 
sequence of the 256 characters is defined 
by the Reference Numbers of Column 1 of 
Table IV, which run from 0 to 255, from low 
to high. The collating sequence of the 64 
characters of BCDIC is given by the 
Reference Numbers of Column 2 of the Table, 
which run from low to high. It is to be 
noted that the collating sequence of the 64 
character set is embedded in the collating 
sequence of the 256 character set. 


2.8 GRAPHIC AND CONTROL ASSIGNMENTS. 


2. 5. 2 . 2 For each applicable product, the 
WTC Graphic Options, as described in Sec- 
tion 2.5.2. 1 and as shown in Table V, shall 
be available as options unless specific 
agreement to do otherwise has been reached 
by the WTC Director of Product Programs and 
the program manager responsible for the 
product in the developing division. 


2.8.1 Graphic Assignments . Characters in 
Table IV with Reference Numbers from 64 to 
.'254 -inclusive are reserved for assignment 
to graphic characters. Graphics are not 
yet assigned to character positions in 
Table IV with the following ' Reference 
Numbers: 


2 . 5. 2 . 3 For each applicable product, the 
WTC Graphic Options, as decribed in Section 
2.5.2. 1 and as shown in Table VI, shall be 
available as options but only after agree- 
ment to do so has been reached by the WTC 
Director of Product Programs and the pro- 
gram manager responsible for the product in 
the developing division. 


2 ■ 5 . 2 . 4 National graphic options for coun- 
tries not shown in Tables V and VI may be 
added as the need arises but only with the 
approval of all Divisions, and of WTC, and 
of the Corporate Director of Standards. 


2. 5. 2. 5 Sterling. Whenever a “character for 
10 or 11 is required to appear in a single 
column of a card, the 11 or 12 punch, 
respectively, will be used. 


2. 5. 2. 6 Non- Latin Alphabets. In countries 
where non- Latin alphabets are used, the 
applicable standard is CSS 2-8015-004, 
Extended BCD Interchange Code for Non-Latin 
Alphabets. 


65 to 73 
98 to 105 
128 

154 to 160 
202 
205 

218 to 223 
234 

237 to 239 


89 


144 


81 to 
112 

138 to 
170 to 191 
203 
207 
225 
235 

251 to 254 


Assignment of specific graphics to any 
of these positions must have the prior 
approval of all Divisions, and of WTC, and 
of the Corporate Director of Standards. 


2.8.2 Control Assignments . Characters in 
Table IV with Reference Numbers from 0 to 
63 inclusive, and 255, are reserved for 
assignment to control characters. Controls 
are not yet assigned to character positions 
in Table IV with the following Reference 
Numbers : 

8 35 40 4 1 44 48 
49 51 56 57 58 62 


Assignment of specific controls to any 
of these positions must have the prior 
approval of all Divisions, and of WTC, and 
of the Corporate Director of Standards. 
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| Table I. TRACK ASSIGNMENTS FOR MAGNETIC TAPE 


(■ 


9 track, 1/2 inch 


+ T 


10 track, 1 inch 


-I 


Bit Number 


Track Number 


.| 


Bit Number | Track Number | Bit Number | Track Number | 

j. 4 -I 1 

Reference Edge | | I 

r + + "I 

5 | 1 | | 1 (Check bit) | 

7 | 2 | | 2 (Check bit) j 

3 | 3 | .0 | 3 

j 4 (odd parity) | 1 | 4 | 

j. 4 4 h 

2 | 5 | 2 | 5 | 

1 | 6 | 3 I 6 | 

+ +• 

0 | 7 | 

6 18 I 


Reference Edge 


Table II. PERFORATED TAPE AND TRANSMISSION CONTROLS 



Col. 1 | Col. 3 | Col. 8 

Reference Numbers 
(correspond to column Reference 
numbers of Table IV) 

T T 


+ 


1 

4 

1 

61 

1 

PF 

i 

Punch Off 


1 

5 

1 

62 

1 

HT 

i 

Horizontal Tab 

-1 

1 

6 

1 

63 

1 

1 

LC 

i 

Lower Case 

1 

7 

1 

64 

| 

DEL 

i 

Delete 

H 

1 

20 

1 

45 

1 

RES 

T* 

1 

Restore 

1 

21 

| 

46 

1 

NL 

i 

New Line 

-1 

1 

22 

1 

47 

1 

BS 

T" 

1 

Backspace 

1 

1 

23 


48 

| 

IL, 

l 

Idle 

j 


38 j 31 | 

39 | 32 | 

j. j.. 

52 | 13 | PN | Punch On 

53 j 14 | RS ) Reader Stop 

54 | 15 | UC | Upper Case 

55 j 16 | EOT | End of Transmission 

4 }■ + 

64 | 1 | SP | Space 

J J. x 


Bypass 
Line Feed 


End of Transmission 
Escape 


Punch On 
Reader Stop 

Upper Case 

End of Transmission 


Block | 

I 

I 

I 

I 

-I 

I 

j 
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| Table III. ALTERNATE CODE MEANINGS | 


h T 

Col. 1 | Col. 2 

I 

Reference Numbers 

h 




79 

95 


5 

1 1 


109 

111 


16 

18 


122 

127 


192 

208 


19 

24 

25 
35 


224 


45 


Col. 7 


Alternate Functions 
or Meanings 

4 1 

GM: Group Mark 
MC: Mode Change 


— i 


WS : Word Separator 

SM: Segment Mark 

SB: Substitute Blank 

TM: Tape Mark 

.) 

PZ: Plus Zero 

MZ: /Mi*nus Zero 


RM: Record Mark 
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CODE TABLE 







J 

| 1 2 3 

1 

| REFERENCE 
| NUMBERS 

1 

4 

r _ - 

5 

CARD 

CODE 

— 

6 

8 -BIT 

CODE 

L 

r -t 

| 7 8 | 9 

1 

GRAPHICS, | GRAPHIC AND 

CONTROLS,! CONTROL NAMES 

AND | 

SPECIAL j 

i io 

1 

| SEE 
| SECTION 

r t 

| 256 | 64 

1 1 IE 

64B 

12 

r 

11 

0 

9 

8 


0123 

4567 

MEANINGS | 

f. 

1 o 



r“ — i 

12 


0 

9 

8 

1 

0000 

0000 

"l 

| NUL | Null 

2.4.2 

— 

j 1 


— 


12 



9 

— 



0001 

J 


SOH | Start of Heading 

2.4.2. 

— 

i 2 


r 

r 

12 



9 


ri 

2 


0010 


STX j Start of Text 

1 . - 

2.4.2 



i 3 




12 


— 

9 

r“" 

— 

3 


0011 


ETX | End of Text 

2.4.2 

j 4 


61 

h" “1 
61 

12 

— 


9 


4 


0100 


PF | Punch Off 

2.4.2 

— 

i 5 


62 

r~ 

62 

12 



9 


— 

5 


0101 


HT (Horizontal Tab 

1 

2.4.2 

L_ 

i 6 

r 

63 

1 

63 

12 


i 

9 


1 

6 


0110 


LC | Lower Case 

2.4.2 

_ 

i 7 

— 

64 

64 

12 


1 

9 


7 


0111 


DEL i Delete 

2.4.2 

r 

1 8 

1 


T 

1 12 

— 

1 

9 

i 

8 

1 


1000 ; 

' 

j Reserved 

' i . - — - 

2.4.2 

_ _ _ 

r 

1 9 




12 



9 

8 1 1 


1001| 


t f 

J Reserved 

2.4.2 

1 10 

1 

i 


12 


1 

1 

9 

1 

8 

2 


1010| 

. 

i 

SMM | Start of Manual Message 

2.4.2 

— 

2.4.2 

r 

1 n 

— 


— 

12 

1 

1 

9 

1 

8 | 

1 

3 1 


1011| 


VT (Vertical Tab 

1 12 
h -1 

1 

-H 



1 

12 
— H 

— H 

-H 

1 

9 

— 1 

8 

— 

4| 

-4 


1 1 00 j 

— ---j 

FF |Form Feed 

+ 4 

2.4.2 


| 13 I | | | 1 2 1 | | 9 1 8 1 5 1 I 1101| |CR | Carriage Return | 2 - 4 . 2 


i— + r 1- + — + — +-+-+-+-+ + + + + + -I 

j 14 I I I I 1 2 1 | 1 9 1 8 1 6 1 I 1 1 1 0 1 ISO (Shift Out |2.4.2 | 

|. j. — j. j. ). — j. — j. — j. — j. — j~4 j- -j- -f j- H- H 

| 1 5 I 1121 I 1 9 1 8171 111111 I SI IShift In 1 2 . 4 . 2 | 


1 16 




nT 

L 

|H 


9 

L 

8 

i 

1 (0001 

L _L 

(0000 

j. 

i DLE 

1 _L 

|Data Link Escape 

2 . 4.2 | 

! 1 7 





f n 


9 


1j 

1 0001 


DC 1 

| Device Control 1 

2 . 4.2 | 

j 18 



' 


11 

l- —4 


9 


2| 

0010 


DC 2 

Device Control 2 

2 . 4.2 j 

j 19 





11 


9 


3 1 

0011 


TM 

Tape Mark 

2 . 4.2 | 

i 20 


45 

45 


n 


9 


9 | 

0100 


RES 

Restore 

2 . 4.2 | 

! 21 

L 



46 

46 


ii 


9 


5 ) 

0101 


NL 

New Line 

2 . 4.2 | 

1 22 

L J 


47 

47 


ii 


9 


6 1 

0110 

’ 

BS 

Backspace 

“ — i 
2 . 4.2 | 

"TT 

OJ 


48 

48 


HI 


9 


7 i 

4 4 

0111 


IL 

Idle 

2 . 4.2 | 

| 24 

L 





ii 


9 

8 

i 

± 

1000 


CAN 

Cancel 

2 . 4.2 | 

125 

l 




— 

HI 


9 

4 

8 

ii 

_ 4 — J 

1001 


EM 

End of Medium 

* "I 

2 . 4.2 | 

126 

i- 







HI 



j 

9 

4 

8 

-* 

2 ! 

1010 


CC 

Cursor Control 

2 . 4.2 | 

1 27 

L 





111 

l 

9 

4 

8 1 
4 

3 1 

4 — - 4 

10111 




CU 1 

Customer Use 1 

2 . 4.2 j 

| 28 

L 





HI 

9 

4 

8 

4 | 

1100 

i 

IFS 

Interchange File Separator 

2 . 4.2 | 

| 29 
i- -4 





HI 1 

4 - 4 

9 1 

4 

8 1 

5| 1 
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| SEE 
I SECTION 


4 — 4 — 4 4 — 

| 97 | 1 3 | 18 | 18 

4 4 — :4 4 — 

1 98 | | | 

4 4 -4 4 — 

1 99 1 | | 

L _ _L L _ -L 

-4 — 4 — 4-4- 4-4-4— 
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j 0 1 0 0 i 

1 


I 

-4 


I 1 1 7 | | | | 1 2 | 1 1 1 0 | 9 | I 5 I | 0 1 0 1 1 I I 

i h — 4 4 4 — 4 — 4-4 — I — I — 4 4 4 4 4 4 

I 1 1 8 | | | | 1 2 | 1 1 | 0 | 9 | | 6 | | 0 110 | | | 

4 4 — 4 4 4 — 4 — I — 4 — 4 — I — 4 4 4 4 4 4 

I H9| ■ | | | 1 2 1 1 1 1 o | 9 1 | 7 1 » | o 1 1 1 | | 

4 — 4—4 4 4 — 4 — +-4-4- 4-4 4 4 4 4 +• 

I 120 1 | ' ■ 

4 4—4- 


4 — 4—4- 


| 1 25 | 22 | 70 

4 4—4 

| 1 26 | 23 | 65 

| 127 | 26 | 75 

I ] J_ 


| 1 2 | 1 1 | 0 | 9 | 8 | I 
-4 — 4 — 4-4 4-4 

| 1 000 j 

1 

1 

1 1 1 1 1 8 11 1 

— 1 -j. -j"— j- — J — -j — -I— — — 

1 I M | 8 | 2 | 

-4 L L — L L-4 4 

| 1001 1 ' 

— i f 

| 10101 : 

1 

- 1 — 
| SB 

j Grave Accent 

J Colon 

III! |8|3| 

-4 4 4 l L_4 4 

{ 1 0 1 1 j # 

| AE 

| Number Sign 

1 1 1 1 18 |4 | 

.4 L L-J. L — L L 

i 1 1 oo i a 

— j.. j. — 

| 1 1 0 1 | • 

| AE 

j At Sign 

— 

— 

00 

1 

j Prime, Apostrophe 

lilt 1 8 1 6 1 

-4 4 L- 4 - 4 - 4 -J 

I 1 1 1 o j = 

1 

”4 

| Equal Sign 

till 1 8 1 7 | 

1 1 1 1 1 1 1 

J. J. J — l — l l — 1 

111111 * 

1 ] 

i AE , 

| TM 
.1 

— t — 

| Quotation Marks 

1 


+ -| 


-4 4 

13.5.5 | 

| 2 .«. 1 . 12 | 

-4 4 

12.5.2 | 

-4 4 

12.5.2 | 

-4 4 




-4 4 

12.5.2 | 

| 2 . 6 . 1 . 12 | 

-I J 


— 

16 

Date 

j Page 



PrinfnW 1 I C A 



.. 


jSi, 


Proposed May 15, 196 S 

EXTENDED - BCD INTERCHANGE CODE CSS 2-8015 002 

Cat. Subject Suffix 


r 

1 

Table 

[V (Continued) 





1 

T 1 

i i 

i 

i 

i 

i 

| 

2 3 

1EFERENCE 

NUMBERS 

4 

— — 

| 5 

1 

| CARD 

| CODE 

1 

— 

1 6 

1 

| 8-BIT 
| CODE 

i 7 8 

1 

| GRAPHICS, 
| CONTROLS, 
| AND 

i 

1 9 

1 

| GRAPHIC AND 
| CONTROL NAMES 

1 

1 10 1 

1 1 

| SEE | 

| SECTION | 

1 1 

j 256 

i 64 j 1 1 1 E 

J 64E 

1 12 

T T T 

1 111 01 9 

j 8 1 |0123 

| 4 567 

j MEANINGS 

1 

1 

1 1 

| 1 2f 

1 

4 

i 

i 

i 12 

1 1 o 

i 8 i i i iooo 

j 0000 


j 

| 

1 1 

| 129 

1 

J. 

! 50 

i 

1 12 
4 

1 |0| 

4 X 4- 

1 Ml 

X-4 L - 

| 0001 

1 a 

1 


1 1 

4 J 

j 130 [ 

1 51 

i 

1 12 

1 10 1 

1 1 2 | 

|0010 

1 b 

1 

1 

1 1 

1 1 

i 131 

1 

4- 

1 52 

X 

1 

x _ 

1 12 
4 

1 |0| 
4- 4—4— 

t - 1 r 

1 1 3 1 

4 4 4 

i ooii 

1 

1 c 

T 

| 

t 

1 

i 132 

1 

x 

! 53 ! 

1 12 

1 1 0 1 

i m 

(0100 

1 d 

1 

1 

1 1 

M 33 j 

L_ X 

1 54 | 

X X 

1 12 

1 1 0 1 

1 1 5 1 

|0101 

i e 

i 

1 

| 

T 1 

1 1 

| 134 

1 

4 

! 55 


! 1 2 
4 

1 10 1 

4 4 4— 

1 |6| 

X— X-X— 

i o i io 

1 f 

T 

j 

1 

T 1 

1 1 

| 135 

1 

4 

i 56 


1 12 

1 1 0 1 

1 171 

join 

1 <J 

1 

[ 

1 1 

| 136 

1 

57 

X 


1 12 
l 

1 |0| 

4 4-4- 

1 |H| 

4-4 4 

i 1000 

4 

1 h 

T 

1 

j 

1 I 

| 137 

! 1 58 


1 12 

1 |0| 
l 4 4— 

1 PI 

1 L_4 

i 1001 

1 i 

7 *“ 

1 


T — — — f 

1 1 

| 138 

1 

+ 



112 

1 10 1 

1 L 4_ 

1 8 | 2 | 

4- 4 4— - 

i i o i o i 

| 4 

1 

! 

1 1 

i 139 

1 

L 


1 1 2 

1 oi 

|8|3| 

1 10111 

1 


T_ 1 

1 

i 140 

1 

4- — 



12 

1 o I 

I L L— „ 

|8|4| 

1-4 4 

1100 

}. 




1 

j 141 

1 

4- — 


L 

12 
j 

|0| 

L 4_J 

8 1 5 1 

4-4— —J 

1101 






1 

| 142 

4- — 

1 

L 

12 

|0| 
4-4 

8 | 6 1 

L 4 

1110 




1 

| 143 




12 

! °! 

8|7| 

1111 


— -) 

L “ * - 

- 1 

( 

i 144 

L 



12 

ii| 1 

L 4 J 

8 | 1 | 1001 
x L 

0000 




1 

|145 

1 


34 



12 



111 1 
4-4-4 

Ml 

if 

0001 

j 

. 


i 

| 146 

— 

35 


12 

hi i 

4-4-4 

1 2 | 

L 4 

0010 

* 

1 

_ - -H 

l 

|147 




36 

4 

1 



12! 

HI 1 

4-4-4 

1 3 1 | 

4-4— x 

0011| 

1 1 

1 

i 

- 

4 

1 

|148 
). -| 


37 

- -4 

1 

12 | 
L 

HI 1 

4 4 

Ml 1 

4 4— 

0 1 00 i 


i 

1 

1 

| 149 

L 



38 | 

4 

1 

12| 
L 

HI 1 1 

- 4-4 4 

1 5 1 | 

l 4 4 

0 1 0 1 I 

n ! 

1 

! 

l 

|150 


39 | 


1 

12 | 

HI 1 1 

4 L 

1 6 | | 
L 4 

o 1 1 o i 

o ' 1 

i 

i 

1 

1 151 J 
u -4 

— 4 

40 | 

1 

1 2 } 
L 

HI 1 1 

4-4 4 

Ml | 

4 4 4 

0111| 

p 1 

i 

t 

1 

.| 

1 

1 152| 

h 4 

| 153| 
l J. 

i 

—4 

1 

— j- 

41 | 
— 

42 | 

1 

— -f 
1 

12 | 
— i - 
1 2 1 
_ 4 

ni i i 
-+-+-4 
ni 1 1 
+ 

181 | 

-4-4 4 

|9| 1 

+ + - + 

10001 

1001| 

q 1 

+ 

r 1 

- " " 1 r 

1 

4 

1 

1 

i 

1 

( 

1 

1 1 54 | | 

J. 4- — 4. 

I 

1 

12| 
— 4 

HI 1 1 

— 4-4-4 

8 1 2 | | 

4 l L 

1 0 1 0 ! 

1 

1 

i 

1 

1 155| 

h 4 

| 156| 
l 4. 

1 

—4 

1 

_ 4 

1 

1 

1 

— + 
1 

1 2 1 
— 4 
12 | 
_ 4 

ni i i 

-4-4-4 
ni 1 1 

L— 4 L 

8 | 3| | 

-4-4 H- 

8 |4 | | 

II- 1 

1 0 1 1 j 

). 

noo| 

1 

1 

1 

4 

1 

I 

1 

1 

i 

1 

-1 

1 

M57 | 

L 4 

1 

— 4 

1 

- -4 

1 

1- 

12 j 
— !- 

HI 1 1 

— 4-4-4 

8 ! 5 j 

1101 j 

—4 


i 

- - — 4 

1 


| 158| 

L 4 

1 

1- 

i 

1 

L 

121 
4 

HI 1 1 
4 4-4 

8 15 | | 

-4—4 - 4 

1110| 

j 

1 

1 

1 

- - 1 

l 

• l 

1 159 1 

i 

i 

l 

1 2 1 

ni i i 

8 1 7 1 | 

uni 

1 

i 

- - — 4. 

1 







CSS 

| 2-8015 

002 

CM 

I Suhjcvt 

Suffi* 


May 15 . 1968 

EXTENDED BCD INTERCHANGE CODE 


Proposed 


T.iOle IV (ContimifM) 


1 

| 1 2 I 

I 

| REFERENCE 
| NPMHEHS 


CARD 

COPE 


| H-fUT 
| COPE 


r t — t r 4 — t r _ T - T — r - T 1 1 

| .'Ahl (><1 | 1 11 E | b 4 H| 12 | 11 jO | "t j H | | 0 1 2 .1 1 « S 67 | 

I II I I I I I I I I I I 


GRAPHICS, | 
CONTROLS, j 
ANP j 
SPECIAL | 
MEANINGS I 


GRAPHIC ANP 
CONTROL NAMES 


4--- + 

|l.- 0 | | 

4 — 4~i 


4 - 

I 1 p •’ I 1 

1 — 4 — 4 - 
l"-'l I 
1 — I — 4 - 
I it' 1 * I 1 
4 - 4 -+- 
I * I I 
1 — 1 - 
I '<■" I I 
h— T— +- 

l'P7| | 

1 — +— 4 - 

| IPS I | 

4—4—4- 
I'" 1 ' I I 

1 +— +- 

|170 | | 

4-4—4- 
M 7 'l I 
4 — 4 — 4 - 
M 72 1 | 

4 4 — 4— 

M 7 M I 
4 — 4 — 4 - 
I 17 ** | | 

4 4-4- 

I ' 7 r -| | 


I't 


4 — 4 — 4— +-+-+-+ 4 4 r 

| | 1 1 1 o | | H | 1 1 i o i o | 0000 | | 

4 — 4 — +-(-4-4-4 4 4 4 

1 1 1 1» I I Ml | ooot | ^ 

4-4 


| T 4 Mr 


20 


21 I 
— 4- 


-4 


-4-4-4- 


4 . 

2.1 | 
— +- 
24 | 

- 4 - 


2S | 
— 4- 

2P | 

+ - 

I 

+ _ 


I 17 o | 

4-4- 

I 1 7 7 | 

4 4- 

I 17S| 

4 — 4- 
I i 7 M 
4 — 4- 
I iso | 

4 — 4- 
| 181 | 


4— 4-4-4 

I 1 1 1 0 1 | | 2 1 
— 4 — 4 — 4— 4 — 4 — 4 
|H|0| 

4 — 4—4 
I I 1 1 1 o | | I 4 | 
4— 4— +-4-4-4-+ 
I I i i I o || | ■> | 
4— 4— +-+-4-4-4 
I I ' 1 1 o | | 1 1 ' | 
4— 4— +-+-4-4-4 
I 1 1 1 1 0 | | 1 7 | 

4— 4— +-+-+-4-4 
I 1 1 1 0 | | | R| 
4 — +-+-+- 4 — 4 - 
I I 1 1 1 o | | 1 4 | 
■4— 4— +-+-+-4-4 
I I 1 1 1 o | | 8 | 2 1 
+—+—+-+_+-+-+. 

I I 1 1 I 0 I I H | I | 
4— 4— 4-4-+-+-4- 
I I 1 1 1 o I I »l **l 
4 — 4 — +-+ — 4—4—4- 
I 1 1 1 1 0 1 I a I s I 
4 — 4—4—4 — 4 — 4- 
I I n I o | 1 8 | b | 
4— 4— 4-4-4-+-+- 

I I 1 1 I 0 | |H| 7 | 

4 


4- 


4- 


-4 


-4 


-4 4 

| 00101 x 

-+ 4 — 

j 00 1 I I t 

— 4 4 — 

| 0100 1 u I 

— 4 4 4 

|010l I v I 

-4 4 4 

| 0 1 1 0 1 w I 

—4 4 4 

I o 1 1 1 1 x | 
—4 4 +■ 

I 1000| y | 

— 4 4 +• 

1 100 1 | z | 

—4 4 +• 

| 1010 | | 

-4 4 — -+■ 

I ion | | 

— 4 4 +• 

I i ioo | | 

-4 4 4- 

|1101| | 

— 4 4 +• 

| 1110 | | 

-4 4 4- 

M 1 1 1 1 I 


1 1 2 1 1 1 1 o | | a | i| 
—4 — 4 — 4-4-+-+-+ 

| 1 2 | 1 1 | 0 | I Ml 
-4 — 4 — 4-4-+-+— 4- 
| 1 2 | 1 1 | 0 | | | 2 | 

-+—+—+-+-+-+-+ 
M 2 |1 1 1 0 I I 1 3 | 
— 4 — 4 — 4—4 — 4 — 4 — 4 
I i 2 | n | o | | | ** | 
- 4 — 4 — +-+-+-+-+■ 
I 1 2 M 1 I 0 | | | 5 I 


1 0 1 1 1 0000 1 I 

-: 4 4 +- 

| 000 1 I I 

| 00101 I 

100111 

4 4 4— 

| 0 1 00 I I 

4 4 4— 

101011 I 


4 4—4 4 4— 4— 4-4-4-+-+ 4 4- 

I 1 a 8 | | | • ] 12 | 1 1 1 o | | 8 | U | | 1100 | 

4 — 4 — 4 4 4 — 4 — 4—4—4— 4— 4 4 4— 

1 1 a 9 | I I M 2 M 1 I 0 | | 8 I 5 I |1101| 
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1 
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1- 
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(. 
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h— 

200 

1 
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i — 4 - 
1 20 2 1 

4 f- 
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-4- 

1 

1 
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| 1010| 
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1 

-T 

1 

1 

— 

NJ 

— 

— 

O 

— 
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— 
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1 
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1 
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1 
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1 

1 

T T T“1 r T T 
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1 
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1- 
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I 
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I 4—4 


t— - 
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4 
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1 
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1 
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31 
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33 
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94 
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• 4 - 4 — 

1 212 | 

39 1 

92 

1 37 

1 

MM 

1 1 

Ml 

1 - f 

— j- 

— 

" 4 — 

- 4 - 

~ 4 — f* 
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1 

91 

i 
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1 
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90 
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1 
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1 

1 
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1 

1 

-4— 
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-j- 
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^ 
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1 
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i 
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1 — ” 
1 


i 

1 

i 


1 
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“T ~ 
1 

U 

i 

A 

'T 

l 
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U | 
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r~ — — 
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"T“ 

1 

F 

i 

/ 

e 
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e 

i 

ae j 
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r 
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1 

o 

A 

i 
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1 
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o 
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r~ 
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I 

0 
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1 

A 

*T 

1 

.. 1 1 
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a 
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1 

$ 

i 

\ 

X 

T“ 

1 

* O . 1 

5- U i 

e 1 


'a 

| Spanish Speaking 

*T“ 

1 

Pts 

— r 

i 

*N 

'T 

1 

a 1 

i i 

n | 

(■ 1 

| U. K. 

i 

1 

£ 

“T 

1 

* 

1 — 

a , i 

! | 

m 1 

$ 1 

] U. S. A. 

*T“ 

1 

-X- 

$ 

1 

-X 

» 

T 

l 

J 

3 i 

! i 

m 

t j 




Table VI. WTC GRAPHIC OPTIONS 


| Reference Number | 91 | 123 | 124 | 90 | 127 

74 | 

12-8-2 | 

j Card Code | 11-8-3 j 8-3 | 8-4 j 11-8-2 ( 8-7 

| Bit Code | 0101-1011 | 0111-1011 j 0111-1100 \ 0101-1010 0111-1111 

0100-1010 I 

i Country i | 1 1 i 

j 

l 1 1 ‘ f 1 1 f 

j Bulgaria 1 JB 1 # I a | ! I " 

t-JL —J 

r f f / t / T • • 

| Hungary 1 ft 1 E 1 A j O | 

U i 

-1 

1 ' | | " ,J 1 1 I t 

| Portuguese 1 C 1 o 1 A 1 C In 

| Speaking 1^1 1 1^1 

a J 

Currency j 
Symbol 

. .. i 

f | | | | , 

I I V 1 V | V I v 1 

| Yugoslavia | C | ,S | Z | C | -B 

r~ t . r. — — r — — — t r~ — — 1 

1 Turkey 1 i | 0 |? |G 1 U 

U. X i J - X .X - L - — 1 

_._i J 


© 


© 
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EXTENDED BCD INTERCHANGE CODE 

f 


SUPPLEMENTARY INFORMATION 


3.1 DIFFERENCES BETWEEN EQUIPMENT FOR BCDIC 
AND EBCDIC . It should be recognized that 
some equipment designed for use in 6-bit 
BCD environments have different code-to- 
graphic assignments than those prescribed 
by this standard. 

3.2 NAME OF CODE . In the internal and 
external documents: 

a) The code of this standard should be 
referred to as the Extended BCD 
Interchange Code and may be abbre- 
viated EBCDIC for convenience. 

b) Tile card code of EBCDIC .should be 
rel erred to as the Extended BCD Card 
Code. 

c) The magnetic tape code of EBCDIC 
should be referred to as the Extended 
BCD Magnetic Tape Code. 

d) The CPU code of EBCDIC should be 
referred to as the Extended BCD CPU 
Code. 


3.3 LOZENGE . The standard graphic for 
Reference Number 76 is ” < " (Less Than 
Sign) . Where , within a specific customer 
installation, a customer requirement exists 
for compatibility with previously installed 
equipment, the graphic (Lozenge) may 
continue to be provided, and, if provided, 
will be in the code position of Reference 
Number 76. 


3.4 16 bv 16 CODE CHART . For reference 
purposes, bit-patterns, card hole-patterns, 
graphics and controls from Table IV are 
shown rearranged into a 16 by 16 matrix in 
Table VIII. This 16 by 16 code chart shows 
the graphic characters and control charact- 
er representations for EBCDIC. The bit- 
position numbers (bits) , bit-patterns, 
hexadecimal (hex) representations and card 
hole patterns for these and other possible 
EBCDIC characters are also shown. 


To find the card hole patterns for most 
characters, partition the 256-position 
table into four blocks as follows: 


Block 4: Zone punches at bottom of table; 
digit punches at right 

Fifteen positions in the table are 
exceptions to the above arrangement. These 
positions are indicated by small numbers in 
the upper right corners of their boxes in 
the table. . The card hole patterns for 
these positions are given at the bottom of 
the Table. Bit-position numbers, bit pat- 
terns, and hexadecimal representations for 
these positions are found in the usual 
manner. 

Table VII shows some examples of the use 
of the EBCDIC chart. 


3,5 EBCDIC. 7-BIT CODE, HOLLERITH 
RELATIONSHIPS . 

3.5.1. 1 ilsO-T . The International Standards 
Organization Recommendation for 6 and 7 BIT 
CODED CHARACTER SETS FOR INFORMATION PRO- 
CESSING INTERCHANGE (officially designated 
ISO/R646- 1967) consists of a 64 character, 
6-bit code and a 128 character, 7-bit code, 
primarily intended as a data interchange 
and communications code. Only the 7-bit 
code is of interest in this document and it 
is referred to in this document as ISO-7. 
National versions of ISO-7 are being 
standardized. 


3. 5. 1.2 USASCII . The USA Standard Code for 
Information Interchange (officially desig- 
nated as USAS X3. 4-1967) is a 128- 
character, 7-bit code, primarily intended 
as a data interchange and communications 
code. It is colloquially called "USASCII" 
or "ASCII" with "USASCII" being the pre- 
ferred designation in IBM literature. 


3.5,2 Hollerith . At the time of publica- 
tion of this standard, there is a proposed 
USA Standard Hollerith Card Code for Infor- 
mation Interchange. It is a 1 28-char, acter 
card code, which assigns 128 card hole- 
patterns to the 128 characters of the 7-Bit 
Code. 



Block 

1: 

Zone 

punches 

at top 

of 

table 



digit 

punches at left 



Block 

2: 

Zone ; 

punches at bottom 

of 

table 



digit 

punches at left 



Block 

3: 

Zone 

punches 

at top 

of 

table; 



digit 

punches at right 




3,5.3 7-eit Code/Hollerith Code Chart . The 
combined 7-Bit Code/Hollerith code chart is 
shown in Table IX. The 7-Bit Code graphic 
or control character, and the Hollerith 
card hole-patterns are shown for each of 
the 128 code-positions. 


3.5.4 7-Bit Code Table Positional Notation . 
In the 7-Bit Code, a code table positional 
notation is used. The eight columns of the 
code table are numbered 0 through 7. The 
sixteen rows of the code table are numbered 
0 through 15, Then a code table position 
is referred to as x/y, where x is the 
column number, and y is the row number. 
For example, the 7-Bit Code graphic "R" is 
in table position 5/2. 


| 
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3.5.5 Correspondence Between 7-Bit Code 
Hoi 1 frith and FUCDIC . Data from 7-Bit 
Code/Hollerith environments may enter 8-hit 
EBCDIC environments. In such cases, it may 
be necessary to translate the characters 
befgre further processing. The correspon- 
dence to be used for translation is shown 
in Table X. In the EBCDIC code table, the 
128 7-Bit Code characters are shown. The 
graphic or control character is shown, and 
also the 7-Bit Code code table position. 
Some anomalies between the 7-Bit Code and 
EBCDIC are to be noted. 


a) In hexadecimal code position 13 is 
shown the 7-Bit Code character Device 
Control 3 (DC3) . The corresponding 
EBCDIC character is Tape Mark (TM) . 


b) In hexadecimal positions 1C, ID, IE, 
IF are shown the 7-Bit Code charac- 
ters File Separator, Group Separator, 
Record Separator, Unit Separator (FS, 
GS, RS, US) . The corresponding EBCD- 
IC cnaracters are Interchange File 
Separator, Interchange Group Separa- 


tor, Interchange Record Separator, 
apd Interchange Unit Separator (IFS, 
IGS, IRS, IUS) . 


c) In hexadecimal code positions 4A and 
5A are shown 7-Bit Code graphics Left 
Bracket ([ ) and Right Bracket ( 1) • 
These correspond to EBCDIC graphics 
Cent Sign (c) and Exclamation Point 
(1) • 


d) In hexadecimal positions 4F and 5F 
are shown the EBCDIC graphics Logical 
OR (|) and the Logical NOT ( - 

These correspond to USASCII graphics 
Exclamation Point (1) and Circumflex 
(A) . However, the substitution of 
•|* and * tor USASCII ”1“ and "A" 
is specifically permitted in the USA- 
SCII and Hollerith standards. 


e) In ISO-7, preferred graphics are not 
yet assigned to ISO-7 code positions 
5/12, 6/0, 7/11, 7/12, 7/13-, 7/14. 


G> 


Table VII. Examples of Use of. EBCDIC Chart 
| 


Character 




PF 




I- 


Type 


Control Character 


Special Graphic 
Upper Case 


--+ 


Lower Case 


Control Character, 
function not yet 
assigned 


r r 

Bit Pattern | Hex | 

-I )- 

01 23 4567 I 


00 00 0100 | 04 

. — + 

01 10 1100 | 6C 

+ 

11 01 1001 I D9 


10 00 0001 


81 


00 11 0000 


30 


1 

-( 

Hole Pattern • 

Zone Punches | Digit Punches 


+- 

12 - 9 | 


•+ 

0 | -8-4 

111-9 


-H 


-+ + +-- 


12 - 0 | -1 
-+ 


| 


12 - 11 - 0 - 9 1 - 8-1 
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E 

C 



Card Hole Patterns 


D 12-0-9-8-1 

© 

No Punches 

0 12-0 ' ( 

9 o-i 

D 12-11-9-8-1 


12 

(fq) ii-o ( 

fu) 11-0-9-1 

| 11-0-9-8-1 


1 1 

O °‘ 8 “ 2 ( 

g 12-11 

i) 12-11-0-9-8-1 

® 

12-11-0 

© 0 
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C ontrol Character Representations 


NUL Null 

•SOU Start of Heading 
STX Start of Text 
ETX End of Text 
PF Hunch Off 
HT Horizontal Tab 
LC Lower Case 
DEL Delete 

SMM Start of Manual Message 
VT Vertical Tab 
FF Form Feed 
CR Carriage Return 

50 Shift Out 

51 Shift In 


PN Punch On 
RS Reader Stop 
UC Upper Case 
EOT End of Transmission 
CU3 Customer Use 3 
DC4 Device Control 4 
NAK Negative Acknowledge 
SUB Substitute 

SP Space 

EO Eight Ones 

LVM Long Vertical Mark 


DLE Data Link Escape 

DC1 Device Control 1 

DC2 Device Control 2 

TM Tape Mark 

RES Restore 

NL New Line 

BS Backspace 

IL Idle 

CAN Cancel 

EM End of Medium 

CC Cursor Control 

CUT Customer Use 1 

IFS Interchange File Separator 

IGS Interchange Group Separator 

IRS Interchange Record Separator 

IUS Interchange Unit Separator 


DS DIGIT Select 
SOS Start of Significance 
FS Field Separator 
BYP Bypass 
LF Line Feed 

ET3 End of Transmission Block 

ESC Escape 

SM Set Mode 

CU2 Customer Use 2 

ENQ Enquiry 

ACK Acknowledge 

BEL Bell 


SYN Synchronous Idle 


Special Graphic Characters 
$ Cent Sign 

. Period, Decimal Point 
< Less-than Sign 
{ Left Parenthesis 

♦ Plus Sign 

| Logical OH 
S Ampersand 
! Exclamation Point 
. $ Dollar Sign 
'♦’■Asterisk ■ 

) Right Parenthesis 
; Semicolon 
1 Logical NOT 
- Minus Sign, Hyphen 
/ Slash 
, Comma 
% Percent 
_ Underscore 
> Greater-than Sign 
? Question Mark 

: Colon I. 

* Number Sign 
3 At Sign 

’ Prime, Apostrophe 
= Equal Sign 
■ Quotation Mark 
^ Chair 
^ Fork 
J 1 Hook 

1 Vertical Line 
v Grave Accent 
~ Tilde 

( Opening Brace 
) Closing Brace 
\ Reverse Slant 



II 
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\ TABLE 

IX. 

7- BIT CODE/HOLLERITH CODE TABLE 



1 

|Col- 

L 

0 

r — - t~ u — r “ t— 

) 1 j 2 j 3 1 

■» j 5 

1 6 

— +- 

7 1 

-1 


| Row | 
1*0 | 


NUL | DLE | SP | 

I 

1 12-0-9-8-1 1 12-1 1 -9-8- 1 |no punches | 
SOH | DC 1 



| 1 1 - 8 - 6 | 1 1 - 2 | 12 - 8 - 2 | 12 - 1 1 - 2 | 12-0 | 

+ “+ + -H 

I < I L I Ol 1 I ©I 

I 

| 12-8-4| 1 1- 3 1 0-8-2 | 12-11-3| 12-11 | 

+ + H 7=3- + -H 

M | ] U)| m I (2)1 

I 

| 8-6 | 1 1 -« | 1 1-8-2 | 12-11-4 | 11-0 | 

+ i + + 7=3 

I > I N | -, Q» n | © 

I I I I I I 

|0-8-6 j 1 1- 5 1 11-8-7| 12-11-51 11-0-1 | 

+ + + + + H 

O | | o | DEL 

' I I 

|0-8-7 | 1 1 -6 | 0-8-5 | 12-11-6| 12-9-7 

J J X X X J 


(T). National Use. Graphic shown is preferred when other National Use is not 
required. 

§ National Use. 

National Use when 8, 9 or 10 National Use characters are required. 

When the £ symbol is required, it should replace the # symbol. 
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I II So/o | i/o | 

I- 4-4 — 4 4- 

I I I I I 

| 000 1 I 1 I 1 ! SOH | DC1 I 

I II I 0/1 I 1/1 I 

| 4-4 i f- 

| 00 1 0 I 2 I 2 STX | DC2 | 

I II 0/2 | 1/2 | 

I 4-4 — j f 4- 

| 001 1 I 3 I 3 ! ETX |DC3 | 

I II I 0/3 | 1/3 | 

y — 4-4 — | — 4 — f- 


|SP |t |- | 

| 2/0 I 2/6 | 2/13 I 

-4 — 4 — 4 pc — 4- 

i i tO i 

I I 1/ I 

I I 12/151 


-4 1- 4- 

|SYN I I 

| 1/6 I I 

-4 1- 4- 


6/ 1 1 6/ 10 1 7/ 1 4 | 


6/2 | 6/1 1 | 7/3 | 


| 4/1 | 4/ 1 0 | 


| 4/2 | 4/1 1 I 5/3 13/2 


I I I 80/3 I 

4 4-4 — | 4 

| 0 1 00 I 4 I 4 3 

I Ml 

| 0 1 0 1 1 5 1 5 jj HT I 
I I I 1 0/9 | 

| 0 1 1 0 | 6 | 6 | { 


6/3 | 6/1 2 | 7/4 | |4/3 |4/12|5/4 |3/3 


| 6/4 | 6/1 3 | 7/5 

1 !«/*• 1 

4/13|5/5 | 

3/4 


|LF | 
| 0 / 10 | 


| US | ETB | 

| 0/8 | 1/7 | 

| ESC | EOT 
| | 1/11| 0/4 


|0111 | 7 | 7 SdEL | |e£ 

I I I 8 7/ 1 5 1 |1/ 

i t-4 — I 4 — 4 — 

| 1 000 I 8 I 8 8 | CAN I 

I II J I 1/8 | 

I 4-4 I 

| 1001 | 9| 8-1 a | EM | 


-4 4— 


4 4-4 

I Mi 

| 1 0 1 0 | A | 8-2 [ 


|EM | 

| 1/9 | 

•4 4- 

I I 
I I 
I I 

4 j— 


jj 6/5 1 6/ 14 | 7/6 | 
jj 6/6 | 6/1 5 | 7/7 | 
6/7 | 7/0 | 7/8 | 

h |q ly I 

6/8 f 7/1 | 7/9 | 

i |r |z } 
6/9 | 7/2 | 7/1 0 | 


| 4/5 | 4/ 1 4 | 5/6 |3/ 


| 4/6 | 4/ 1 5 | 5/7 | 3/6 


1 4/7 | 5/0 | 5/8 | 3/7 


I H |Q |Y | 8 8 

1 4/8 | 5/ 1 | 5/9 | 3/8 

•4 — 4 — 4 — 4 — — 

|I | R |Z I 9 9 

| 4/9 | 5/2 | 5/ 1 0 | 3/9 


I (—4 4 1 

| 1 0 1 1 | B | 8-3.1VT I 

I II „0/11| | 

4 4 — (• 4 4 4 

| 1 1 00 I C I 8-4'jFF |FS j 

I | | !| 0/ 1 2 I 1/ 1 2 1 

4 4 _ + a | 4 


| ' | | 5/1 1 | 5/13| 7/12|3/10 

I I- I? I . |# 

| | . | 2/ 1 4 | 2/4 | 2/12| 2/3 

— 4 — 4 — 4 — 4 — 4 — 4 — 

I |DC4 |< I* |X | a « 
2 1 I 1/4 I 3/12| 2/10| 2/5 | 4/0 1 


| 1 101 1 D I 8-5i.es |GS |ENQ | NAK |( |) |_ |* 

| | | ao/ 1 3 I 1/13|0/5 I 1/5 I 2/8 | 2/9 | 5/1 5 1 2/7 

| 1 1 10 | E | 8-6 ] SO | RS |aCK j {+ {; j> {= 

| | | a 0/ 1 4 | 1/ 1 4 | 0/6 | | 2/ 1 1 1 3/ 1 1 1 3/1 4 1 3/13 

4 4_) + 4 + 4 4 + + 

| 1 1 1 1 | P | 8-7i SI |US | BEL | SUB || 111? I" 

I | | jj 0/ 1 5 | 1 / 1 5 | 0/7 1 1 / 1 0 | 2/1 |5/14 | 3/ 1 S | 2/2 


-4 4 — 
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Card Hole Patterns 


12 - 0 - 9 - 8-1 

12 - 11 - 9 - 8-1 

11 - 0 - 9 - 8-1 

12 - 11 - 0 - 9 - 8-1 


© No Punches 
©12 
© H 

0 12 - 11-0 


© 12-0 
<fp 11-0 
O 0-8-2 


§ 0-1 

11 - 0 - 9-1 

12-11 




-H 
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July 31 , 1968 


Dear Mr. Berner: 

This is in response to your letter of July 23 on the 
use of the USASCII code with information in the MARC II format. 

All tapes distributed by the Library of Congress in 
the MARC II format will use USASCII. However, the character set 
needed for bibliographic information is much larger than can be 
accommodated by a 7-bit code. Since the Library will distribute 
on 9-level tapes, it was decided to extend the 7-bit USASCII to 
8 bits. This extension was designed after some consultation 
with L. L. Griffin at the National Bureau of Standards. 

The Library of Congress character set is shown on the 
enclosed matrix. The first eight columns constitute the standard 
USASCII. Some of the standard USASCII characters — such as the 
braces or the backwards slash — -will not be used in the Library 
character set. However, no characters will be substituted for 
these code positions. Other characters, such as the diacritical 
marks, will be left In their standard position (unused) and dupli- 
cated in another portion of the code set reserved for special 
characters and diacriticals. 

The Library of Congress will also distribute 7-level 
tapes. The 6-bit code used on these tapes will be derived by 
removing the 6th and 8th bits. Columns 2, 3, 6 and 7 on the 
enclosed matrix represent the standard 6-bit set. All other 
characters will be reached by the use of non-locking shift codes. 

Please let us know if we can provide any further 
infoi-mation on this matter. 

Sincerely, 


Mr. R. ¥. Berner 
Member, USASI X3 
General Electric Company 
13430 North Black Canyon Highway 
Phoenix, Arizona 85029 




Henriette D. Avram 
Assistant Coordinator of 
Information Systems 


A/ ^A(4 -3!o (C 










































































































